---
title: "Struct 如何運用 Alchemy 打造 onchain finance 的資料層"
description: "Struct 使用 Alchemy 的 node API 與 WebSockets，為 onchain finance 打造資料層，並以單一合作夥伴支援其不斷擴展的 multi-chain 版圖。"
---
# Struct 如何運用 Alchemy 打造 onchain finance 的資料層
對於追蹤即時市場的產品來說，緩慢的資料是無法使用的。交易者、代理程式和分析工具都需要在事件發生的當下，取得完整的活動視圖。
[Struct](https://www.struct.to/) 建構了支撐這類產品的資料基礎設施。其專用的索引管線將鏈上活動轉換為建構者在各條鏈、各交易場所和各類金融工具上所需的市場資料。隨著 Struct 新增網路，它需要能跟上步調的節點基礎設施，讓工程師能專注在客戶使用的資料產品上。
在評估過幾家節點服務商之後，Struct 選擇了 Alchemy。這項轉換讓 Struct 得以用單一基礎設施夥伴支撐不斷成長的多鏈版圖，同時獲得實際的技術支援，並為投資自家低延遲資料層打下較簡單的基礎。
**使用的產品：** [Node RPC API](/rpc-api) 與 [WebSockets](/smart-websockets)
## 為鏈上金融建構資料層
Struct 為建構者提供效能敏感型金融產品的後端。其客戶包括打造交易終端、launchpad、代理程式和分析儀表板的團隊。他們需要豐富的鏈上資料，而不必自己跑索引基礎設施。
Struct 負責處理幕後的工作：收集原始鏈上活動、針對客戶所需的鏈和交易場所進行索引，並透過 API 和串流交付資料。這讓客戶能專注在產品體驗上，而不必維護資料管線。
對於交易介面、市場警示或代理程式來說，速度和涵蓋範圍本身就是產品的一部分。Struct 的設計目標，就是在資料仍具時效性時，將活動資料交付給客戶。
## 挑戰：產品之下是對可靠鏈上存取的依賴
Struct 的資料管線依賴即時節點串流。當節點層變慢或無法使用時，Struct 就會失去時間，也失去對這個位於產品底層之依賴項目的掌控。
該團隊曾使用過幾家節點服務商，沒有發生過重大的客戶端服務中斷。問題在於長期發展。隨著 Struct 成長，它需要一個能滿足其效能與正常運行時間要求、支援新鏈，並且能與打造高效能資料平台的團隊密切合作的夥伴。
同時與多家服務商合作，也意味著需要管理更多整合工作。以 Struct 的規模而言，節點成本對一家新創公司來說可能會變得相當可觀。該團隊希望在不犧牲可靠性的前提下，建立更簡單的基礎。
## 節點層交給單一夥伴，讓團隊更專注於資料層
Struct 從效能、正常運行時間、支援、成本與長期契合度等面向評估各家服務商。它對各個選項進行了基準測試，最終選擇了 Alchemy。
Alchemy 提供支撐 Struct 資料管線的節點基礎設施。Struct 利用這個基礎來索引、強化並透過 API 和串流交付資料，供其客戶所依賴使用。
這就是這次合作帶來的改變。Struct 不必再花費工程時間去協調零散的服務商組合，而是擁有一個反應迅速的節點層夥伴。其團隊能把更多心力投入在客戶看得到的產品面向：資料品質、速度、涵蓋範圍與交付。
這段合作關係也支撐著 Struct 下一階段的成長。團隊可以用單一基礎設施夥伴來新增網路，而不必為每一條鏈重新建構節點基礎。有了近在身邊的 Alchemy 支援，Struct 能更有信心地規劃新網路的上線。
> 「與 Alchemy 合作，為 Struct 的管線提供了所需的穩定性。再加上親力親為的開發者支援，讓我們能夠全力以赴地服務客戶。」
>
> — Elliot，Struct 執行長
## Struct 選擇 Alchemy 後的改變
### 為多鏈成長打下更簡單的基礎
在使用 Alchemy 之前，Struct 需要跨多家節點服務商運作。現在，隨著其資料平台擴展，它擁有一個可以帶到新鏈上的基礎設施夥伴。這代表節點層的協調工作減少了，索引管線也有了一致的基礎。
### 工程心力更能聚焦於產品效能
Struct 的價值來自於它在節點之上建構的內容：專用管線以及對鏈上金融產品有用的資料。Alchemy 負責運行節點層，讓 Struct 能把更多心力投入在索引、強化、涵蓋範圍與交付上。
### 支援效能敏感型產品
Struct 將 Alchemy 的支援列為關鍵差異化因素。當客戶依賴即時資料時，反應迅速的基礎設施團隊能幫助 Struct 快速處理問題，並更有信心地規劃擴展計畫。
## Struct 正朝向的效能標準
Struct 公開的產品指標說明了節點層為何重要。在一項涵蓋約 15,000 筆即時 Polymarket 交易的基準測試中，Struct 將其 Trades WebSocket 與 Polymarket 的 RTDS 動態資料來源進行比較，並以交易雜湊值逐筆比對。
Struct 的報告顯示，其已確認交易動態來源比 RTDS 平均早約 0.5 秒送達。其待處理交易動態來源平均提早 2.6 秒呈現交易，並在每個測量時間窗口中都比對到 100% 的 RTDS 交易。該公司同時指出，其資料平台追蹤的交易總數已超過 19 億筆。
這些是 Struct 自身的產品指標，並非 Alchemy 與其他節點服務商的比較。這些數字展現了 Struct 正朝向的標準：提供完整的市場資料，且交付速度足以讓建構者和使用者即時據以行動。Alchemy 提供 Struct 持續改善這些系統所需的節點基礎設施與支援。
## Struct 為何選擇 Alchemy
- **可靠的鏈上存取：** Alchemy 提供 Struct 運行索引管線所需的低延遲節點串流。
- **單一成長夥伴：** Struct 可以用一致的基礎設施關係跨鏈擴展，而不必拼湊多家服務商。
- **更專注於產品本身：** 由 Alchemy 負責運行節點層，Struct 得以投資於自身的資料基礎設施與開發者體驗。
- **真正到位的支援：** Struct 將 Alchemy 積極且反應迅速的支援列為關鍵差異。
## 在能跟上腳步的資料上建構產品
當產品依賴最新的鏈上資料時，節點層決定了它能交付的內容。Alchemy 為資料平台提供可靠的鏈上存取，讓其團隊能專注在客戶所見的體驗上。
[聯絡我們的團隊](/contact-sales) 或 [開始使用](https://dashboard.alchemy.com/signup) Alchemy。