Valantis 如何在 Hyperliquid 上打造可靠的交易體驗

當交易者無法開倉或平倉 DCA 部位時,一起基礎設施事故就變成了產品事故。

Valantis 在 Hyperliquid 上建構 Earn 和 Trading 產品,包括其流動性質押代幣 stHYPE,以及 Prime——一套將 stHYPE 效用帶入 HyperCore 和 HyperEVM 的交易帳戶系統。這些功能都仰賴後端服務、keeper 以及索引服務,必須在使用者需要時保持可用。

Valantis 將 HyperEVM 的 RPC 呼叫逐一服務地從自行架設的節點遷移到 Alchemy 的 HyperEVM Node 之後,RPC 請求成功率達到 100%。團隊現在為 DCA 存取、keeper 和產品資料擁有了更可靠的基礎,並在問題需要處理時有直接的工程支援管道。

使用的產品: Alchemy HyperEVM Node

挑戰:自架節點的停機造成客戶與維運風險

Valantis 原本自行架設 HyperEVM RPC 節點,每週會間歇性停機多次。當某個 peer 失效時,節點也可能隨之停機。Hyperliquid 的網路升級則帶來另一種中斷來源。視升級情況而定,RPC 可能整夜無法使用達數小時。

問題不只在於停機本身。Valantis 的警報系統並非總能區分邏輯錯誤與 RPC 不可用的情況。事故因此更難診斷,團隊也背負了反覆出現的維運工作。

重試機制可以降低 RPC 失敗帶來的即時影響,但無法解決底層依賴不可靠的根本問題。Valantis 需要的是一個能讓產品服務穩定運作的節點層,並在真正出問題時有明確的升級處理路徑。

解決方案:有控管的方式遷移至 Alchemy 的 HyperEVM Node

審慎遷移,逐一服務驗證

Valantis 選擇 Alchemy,是因為它提供熟悉、符合標準的 Ethereum 節點體驗,並確信在需要時能獲得及時的工程支援。

團隊並未一次性遷移所有服務,而是將後端服務逐一遷移至 Alchemy 節點。這讓 Valantis 能以有控管的方式逐一驗證各服務的穩定性,並在完成整個轉移之前,先了解其產品堆疊中的使用情況。

保持整合簡單,支援貼身

這次遷移並不需要大量文件導向的整合工作。由於 Alchemy 符合標準的 Ethereum 節點規格,Valantis 得以直接遷移現有服務,而不必引入新的運作模式。

這樣的合作關係也在遷移過程中經過了考驗。當 Valantis 發現一個 RPC 問題時,Alchemy 的工程團隊直接與他們合作調查,並在一天內解決了問題。這帶來的不只是一個可靠的節點端點:Valantis 獲得了一個以提供可靠的運作時間、靈敏的效能表現,以及在正式環境問題最重要時提供實際協助為目標所打造的基礎設施夥伴。

"我們需要基礎設施能夠單純地正常運作,這樣我們才能專注於打造優質的交易體驗。Alchemy 為我們提供了更可靠的基礎,以及一個在我們需要時能迅速提供協助的團隊。"

—— Deven Matthews,Valantis 執行長

成果:為交易工作流程建立更可靠的基礎

對 DCA 使用者而言,後端中斷可能意味著無法開倉或平倉。遷移之後,RPC 失敗不再阻礙交易者開倉或平倉 DCA 部位,也讓背後支援這些動作的服務擁有更穩定的節點基礎。

其 keeper 服務與資料索引同樣是產品體驗的一部分,而非看不見的後台系統。可靠的節點層有助於 Valantis 讓這些服務持續運作,並在使用者做決策時保持網站資料的即時性。

有了更可靠的 RPC 層以及直接的工程支援管道,團隊在診斷與升級處理基礎設施問題上有了更清楚的路徑。無需再花太多時間猜測錯誤究竟是來自自身邏輯,還是來自節點不可用。

在不會造成阻礙的基礎設施上建構 Hyperliquid 產品

對 Earn 和 Trading 產品而言,可靠性是使用者體驗的一部分。Alchemy 為在 Hyperliquid 上建構的團隊提供可靠的節點層與工程支援,讓他們能專注在使用者真正需要的產品上。

探索 Alchemy 的開發者文件,或與我們的團隊聯繫。