Alchemy 擴大對 Stellar 的支援，推出 Data APIs 並邁向 Tier-1 驗證

自從Alchemy 推出 Stellar 支援以來，我們提供 RPC、websocket 支援，並維持與所有支援網路相同的 99.99% 正常運行時間與 SOC 2 Type II 可靠性標準。如今這項佈局在兩方面更進一步：Alchemy 正朝著成為 Stellar 第一層（tier-1）驗證者邁進，並新增了三個索引化 Data API，用於大規模讀取 Stellar 資料。

我們正在建置 Stellar 上的第一層驗證：由三個地理位置分散的完整驗證者組成，參與共識、發布公開歷史存檔，並符合網路對正常運行時間與法定人數（quorum）品質的最高標準。第一層驗證者被納入許多法定人數集合中，有助於支撐網路的韌性，這也是我們正在努力達成的標準。

除了 RPC 與 websocket 之外，我們現在在主網與測試網上提供三個索引化、以地址為核心的 Data API：轉帳紀錄、代幣餘額，以及 NFT 持有情況。你傳入一個地址與一個網路，就能取得索引化的歷史紀錄或狀態，不需要自行運行索引器。這正是我們營運整合式全端基礎設施所能提供給開發者的成果，也是資料從鏈上被整理成單一查詢的方式。

為什麼營運鏈本身對讀取鏈上資料很重要

在生產規模下讀取 Stellar 資料，本質上是一個索引問題。Soroban RPC 只提供近期 ledger 的一小段窗口。Horizon 提供歷史資料，但要回答像「這個帳戶曾收到過的每一項資產」這麼簡單的問題，仍然需要翻閱大量原始資料，並自行維護一份同步的副本。多數團隊最終都得自行運行索引器，才能支撐一個資產總覽畫面。

朝第一層驗證邁進，改變了我們解決這個問題所依託的基礎。第一層組織運行完整驗證者並發布公開歷史存檔，這與任何嚴謹的索引器所需要的持久、完整 ledger 紀錄是同一份資料，也正是我們在 Stellar 上建置的基礎設施。因此我們的 Data API 並非由第三方從外部抓取鏈上資料而來。它們運行在我們端到端自行營運的基礎設施上，建立在維持整個網路同步的同一種歷史紀錄之上。驗證、RPC、websocket 與 Data API 是同一套技術堆疊，由同一把 API 金鑰統管，遵循同一套可靠性標準。

Stellar Data API 提供哪些功能

介面刻意設計得精簡。每個方法都接受一個帳戶地址與一個網路，並回傳原本需要你自行回填才能取得的索引化資料：

• 轉帳紀錄： 某地址的資產移動紀錄，以分頁格式提供
• 代幣餘額： 某地址目前持有的資產餘額，一次呼叫即可取得
• NFT 持有情況： 某地址持有的 NFT，涵蓋傳統 Stellar 資產與 Stellar 智能合約（Soroban）代幣

你詢問某個地址持有什麼、或做過什麼，答案會從索引化的歷史紀錄中組合出來。確切的請求與回應欄位請參閱 Stellar API quickstart。需要記住的整體概念是：輸入地址，輸出索引化歷史。

為什麼 Stellar 需要客製化的資料處理流程

通用的 EVM 索引器並不適用於 Stellar。該 ledger 有自己的結構，包含操作（operations）、付款（payments）、信任線（trustlines）與傳統資產。除此之外，Soroban 又引入了另一套模型的智能合約代幣。Stellar 上的 NFT 可能是傳統資產，也可能是 Soroban 合約代幣，而正確的持有情況查詢必須同時涵蓋這兩種情況。

因此 Data API 建立在一套專為此模型打造的資料處理流程之上，分為四個階段。

資料處理流程如何運作

流程始於 Galexie，這是 Stellar 網路官方的 ledger 匯出工具。Galexie 會將 ledger 中繼資料以有序分割區（partition）的形式寫入物件儲存空間，讓我們無需頻繁存取節點，就能取得一份持久且可重播的鏈上資料來源。整條鏈只需匯出一次，下游的所有流程都從這些分割區讀取資料。

接著，一個 Stellar 專用的擷取器（ingestor）會走訪這些分割區，並寫入正規化後的資料列。有兩點使它具備 Stellar 的專屬特性。首先，它採用單一統一模型，而非分開的回填（backfill）與前填（frontfill）路徑，因此歷史資料的追趕與跟上最新進度使用的是同一套程式碼，並依每個分割區已擷取的最高 ledger 進行檢查點記錄。其次，它以不同的工作負載分別運行：一個負責分類轉帳與餘額資料，另一個獨立的 NFT 分類器則走訪相同的分割區，以解析傳統資產與 Soroban 資產的持有情況。多個工作程序平行運行，並依各網路獨立擴展，因此主網與測試網的規模是各自獨立調整的。

這些正規化後的資料會存入一個專用於 Stellar 的 ClickHouse 叢集。ClickHouse 是為分析型讀取而打造的欄式資料庫，而這正符合這些查詢的特性：依地址過濾、掃描、彙總。讓 Stellar 擁有自己的專屬叢集，可以隔離其查詢負載，藉此降低跨網路的延遲。

Data API 服務從 ClickHouse 讀取資料，並透過與 Alchemy 其他所有鏈相同的閘道、身分驗證、速率限制與計算單位（compute-unit）計費機制對外提供。Stellar 並非一個有自己一套登入方式與特殊規則的獨立系統，而是同一把 API 金鑰背後多支援的一個網路。

一個請求長什麼樣子

這三個方法共用同一種結構：輸入是一個地址加上一個網路，輸出則是索引化、分頁呈現的歷史紀錄或狀態，並且已解析為開發者預期的資產模型，傳統資產與 Soroban 資產一併呈現。呼叫端不需要另外判斷「這是近期資料還是歷史資料」，因為統一的擷取模型代表這份索引資料通常既是最新的、也是完整的。

這種一致性正是重點所在。整合了轉帳功能的團隊，可以在不必學習新請求模式的情況下，直接加入餘額與 NFT 持有情況查詢，而適用於其中一個方法的地址，同樣適用於另外兩個方法。

Alchemy 目前為 Stellar 提供哪些功能

Stellar 以一級網路（first-class network）的身分運行於 Alchemy 平台，使用與其他所有鏈相同的 API 金鑰與工具：

• 朝第一層邁進的驗證者基礎設施，具備地理位置分散的完整驗證者與公開歷史存檔
• 提供 99.99% 正常運行時間與全球容錯備援的 RPC 與 websocket 支援
• 三個索引化 Data API，涵蓋主網與測試網上的轉帳紀錄、代幣餘額與 NFT 持有情況
• 通過 SOC 2 Type II 認證的基礎設施，處理超過 1 兆美元的鏈上交易

開始使用

• 在儀表板建立金鑰，並呼叫 Stellar 主網或測試網
• 在 Stellar API quickstart 中查看轉帳、餘額與 NFT 方法的參考文件
• 如有大量使用或企業需求，請與我們聯繫

常見問題

Alchemy 是否自行營運 Stellar 基礎設施？

是的。Alchemy 正在建置 Stellar 上的第一層驗證，運行地理位置分散的完整驗證者，參與共識並發布公開歷史存檔。RPC、websocket 與 Data API 都建立在這同一套基礎設施之上，因此你讀取 Stellar 資料的來源，是一個協助營運該網路的服務商，而非第三方索引器。

支援哪些網路？

Stellar 主網與測試網皆支援。工作程序依網路各自擴展，因此兩者的規模是獨立調整的，其中一方負載激增不會影響另一方。

我還需要自行運行索引器嗎？

不需要。這些 API 會回傳完整索引化的轉帳紀錄、餘額與持有情況，因此你不需要運行 Galexie、維護回填流程，或自行維護一份同步的 ledger 副本，來支撐資產總覽或歷史紀錄畫面。

Soroban 代幣如何處理？

一個專用的分類器會同時解析傳統 Stellar 資產與 Soroban 智能合約代幣的持有情況，因此單一次持有情況查詢即可同時反映這兩種模型，無需你自行核對整合。

這與 Soroban RPC 或 Horizon 有何不同？

Soroban RPC 只揭露近期 ledger 的一小段窗口，而 Horizon 回傳的歷史資料是原始資料，需要你自行組合。Data API 則在一次呼叫中，就能回傳橫跨整個歷史、以地址為核心的索引化答案。