SQD 的網絡升級將通過 Portal 傳輸流數據 - 這就是為什麼它是一個重大突破

鏈上應用程式需要兩項核心服務才能運行：數據和流動性。缺少任何一項，它們就毫無用處。兩者兼備，它們就能充分發揮設計功能，無論是借貸、交易還是預測市場。流動性來自做市商和流動性提供者（LPs），而數據則來自按需提供的專用層。像 SQD 這樣的層，以 PB 級規模提供 Web3 數據。

然而，這裡的關鍵點是「需求」。因為目前，與大多數其他數據層一樣，SQD 根據相關 dapp 的需求提供索引數據。dapp 需要 ETH 的最新市場價格，發送請求，然後 SQD 提供它。但這種情況不會持續太久，因為 SQD 即將推出的網絡升級將引入 Portal，這是一個不需等待指令的新框架 - 它持續不斷地流式傳輸數據，確保應用程式始終能夠訪問最新信息。

Portal 承諾降低了延遲、提高了準確性並改進了可組合性。但這還不是它帶來的全部。讓我們揭開蓋子看看 Portal 包含什麼 - 以及為什麼它對 Web3 數據如此重要。

不僅僅是網絡升級

網絡升級有很多種。Portal 屬於後者：一個將徹底重塑 SQD 工作方式的重大升級。其實施將需要全面的架構和開發者體驗改造 - 但 SQD 團隊相信這場變革值得。

正如我們已經提到的，最大的變化是轉向數據流模式。這意味著開發者將在鏈上事件發生時接收連續的實時更新。這種即時流程消除了常見的往返延遲，從而顯著提高了速度。

與 Portal 捆綁的另一個重大變化是其核心查詢引擎，該引擎已完全用 Rust 重寫。這應該能優化引擎以獲得更卓越的速度和穩定性。在此過程中，它使 SQD 遠離了當前的網關。正如其團隊解釋的那樣，「舊的中心化網關與去中心化 Portal 網絡之間的差異是巨大的。開發者將立即感受到這一點。」

Portal 解決的問題

五年前，活躍的區塊鏈數量可能只有數百個。如今，這個數字已增加到了數千個。區塊鏈格局不僅擴大了，而且它依賴的數據來源也不再僅限於鏈上發生的事情 - 它們越來越多地利用鏈下數據，從商品價格到股票甚至體育賽事。因此，去中心化應用程式和其他 Web3 服務的數據需求已經飆升。

現代 Web3 開發者依賴來自多種來源的準確、實時數據 - 這就是為什麼像 SQD 這樣能夠隨時提供數據的專用基礎設施層蓬勃發展的原因。但仍有改進空間，特別是現在 AI 已經加入戰局，從鏈上代理到 LLMs 都增加了數據需求。Portal 不僅僅是為了跟上步伐 - 它的設計目的是讓 SQD 領先兩步，未雨綢繆地提升其數據交付能力，同時讓開發者在當下的工作更加輕鬆。

Portal 如何讓開發者做得更多

當 Portal 推出時，Web3 開發者不僅會受益於更快的數據交付 - 他們還將享受更大的可組合性。這是因為 Portal 升級與 Pipes SDK 配對。Portal 處理原始的高速數據流，而 Pipes SDK 則使開發者能夠有效地利用這些數據。

這種模塊化方法允許構建者無縫集成到他們現有的系統和工具中。這樣做，它為開發者提供了構建符合其特定應用需求的模塊化數據管道的自由，而不是強制他們遵循供應商規定的結構。

本質上，Portal 和 Pipes SDK 結合起來使數據訪問更快、使用更容易，並且集成更加靈活。從實際角度來看，這意味著團隊將能夠創建複雜的多鏈 dapps，通過單一流從各種來源 - 鏈上和鏈下 - 獲取數據。它一勞永逸地解決了數據問題，使開發者能夠專注於核心能力，例如創建功能豐富的殺手級應用。

開啟數據門戶

多年來，Web3 開發者一直依賴 RPCs 提供鏈上數據。雖然 RPC 設計在這段時間內有了顯著改進，但它是為獲取錢包和交易的數據請求而設計的 - 而不是在納秒內傳輸 TB 級數據。RPCs 無法擴展。Portal 可以。

從技術角度來看，Portal「位於區塊鏈節點和您的數據管道之間，提供針對高吞吐量數據提取優化的 HTTP API。」從實際角度來看，它解決了您在編寫區塊鏈應用程式時最緊迫的問題之一。這意味著無論您在哪條鏈上啟動，無論您需要什麼數據，重要數據都能被交付 - 快速、準確且無限。這就是 Portal 的看漲理由，也是為什麼它有望使區塊鏈數據變得更加出色。