區塊鏈不需要更多的 TPS。它們需要真正的計算能力。 🔹 當今的鏈在這種負載下無法運行。 🔸 @EclipseFND 正在構建一個可以處理大量鏈上活動的技術堆棧,使用 GigaCompute。 讓我們深入探討 🧵
@EclipseFND 是什麼? 🔹 大多數鏈條承諾「擴展性」。Eclipse 提供更深層的東西。 🔸 GigaCompute:為 AI 代理、遊戲邏輯和複雜的 DeFi 提供真正的計算能力。 這不是關於 TPS,而是關於解鎖新用例的性能。
Eclipse 實際上是如何運作的? 🔹 執行:SVM 主網(自定義 Solana 虛擬機) 🔸 數據可用性:@celestia 🔹 結算:@Ethereum 🔸 驗證:@RiscZero Eclipse 運行自己的 L2 執行,將數據發佈到 Celestia,並在 Ethereum 上結算承諾,使用 Risc Zero 生成的證明,安全地將所有內容連接在一起。
大多數鏈條運行在通用設置上,並達到通用的上限。 Eclipse 通過將硬體和軟體一起設計來突破這一限制。 🔸 用於網絡加速的 SmartNICs 🔹 用於自定義操作的 FPGA 🔸 現代 CPU 上的競爭感知調度 🔹 調整到硬體的自定義 AKVS
GSVM 引入自適應基礎設施: 🔸 動態 NVMe 存儲 + 執行核心配置 🔹 多調度器架構 🔸 本地快取以實現低延遲性能 結果? 一個隨著你的 dApp 成長的區塊鏈。
GSVM 的性能來自於每一層的堆疊改進: 🔸 網絡:接近線速的交易路由,應用特定的排序 🔹 運行時:強化學習,混合並發 🔸 存儲:序列器驅動的緩存,NVMe 並行性,SSD 優化的帳戶數據庫 GSVM 在工作負載碰撞之前進行預取、重新分配和隔離。
Solana 的 SVM 在 $TRUMP memecoin 事件中面臨了最大的考驗,結果崩潰了。 🔸 40 萬新用戶湧入 🔹 應用程式在金融類別中排名第一 🔸 優先費用激增 5000 倍 🔹 非投票交易下降 66% 🔸 每個區塊的計算量減少了一半
為什麼? 🔹SVM 的併發模型無法跟上。 🔸熱門程序造成了競爭。 🔹執行緒閒置。 🔸吞吐量崩潰。 Eclipse 記下了這些,並建立了更好的系統。
Solana 的 SVM 在壓力下崩潰: 🔸 Agave 通常是單線程運行 🔹 93% 的計算資源未被使用 🔸 RAM 問題導致延遲高峰 GSVM 修復了這些問題: 🔸 真正的並發性 🔹 更智能的資源使用 🔸 完全利用的線程
GigaCompute 的動力來源是什麼? 🔹 基於配置的優化 🔸 通過機器學習自我改進的運行時 🔹 硬體-軟體協同設計(FPGA、GPU) 🔸 熱點島嶼 🔹 接近線速處理 這是性能工程,而不是炒作。
像 Eclipse 這樣的 L2 繼承了以太坊的安全性,但沒有其限制。 GSVM 解鎖了設計自由: 🔹 自訂硬體 🔸 以性能為首的執行 🔹 積極的快取 🔸 無共識瓶頸
這不僅僅是理論。 🔸 所有 Solana 交易的 25% 可以預先應用 🔹 簽名驗證轉移到 FPGA 🔸 透過共同設計的記憶體層次結構大幅降低鍵值存儲延遲 🔹 基於實際工作負載的預測排程 每回收的計算百分比 = 更好的用戶體驗。
這有什麼重要性? 因為鏈上能實現的功能取決於性能。 🔹 鏈上 AI 模型 🔸 自主代理 🔹 實時遊戲邏輯 🔸 大規模模擬 GSVM 是為它們而建。
Eclipse 不僅僅是「更快的 Solana」。 它是一個全面的性能重新思考,為下一代應用程式而建: 🔹 AI 代理 🔸 遊戲 🔹 複雜的 DeFi 🔸 鏈上計算
13.93K