区块链不需要更多的TPS。它们需要真正的计算能力。 🔹 今天的链在这种负载下变得吃力。 🔸 @EclipseFND 正在构建一个能够处理大量链上活动的技术栈，使用GigaCompute。 让我们深入了解 🧵

@EclipseFND 是什么？ 🔹 大多数链承诺 "扩展性"。Eclipse 提供更深层次的东西。 🔸 GigaCompute：为 AI 代理、游戏逻辑和复杂 DeFi 提供真实的计算能力。 这不是关于 TPS 的问题。关键在于解锁新用例的性能。

Eclipse 实际上是如何工作的？ 🔹 执行：SVM 主网（自定义 Solana 虚拟机） 🔸 数据可用性：@celestia 🔹 结算：@Ethereum 🔸 验证：@RiscZero Eclipse 运行自己的 L2 执行，将数据发布到 Celestia，并通过 Risc Zero 生成的证明在以太坊上结算承诺，安全地将这一切连接在一起。

大多数链条运行在通用设置上，并达到通用的上限。 Eclipse通过将硬件和软件一起设计来突破这一限制。 🔸 用于网络加速的SmartNICs 🔹 用于自定义操作的FPGA 🔸 现代CPU上的争用感知调度 🔹 针对硬件调优的自定义AKVS

GSVM 引入自适应基础设施： 🔸 动态 NVMe 存储 + 执行核心配置 🔹 多调度器架构 🔸 本地缓存以实现低延迟性能 结果？ 一个与您的 dApp 一起增长的区块链。

GSVM 的性能来自于各层的堆叠改进： 🔸 网络：近线速交易路由，应用特定的排序 🔹 运行时：强化学习，混合并发 🔸 存储：序列器驱动的缓存，NVMe 并行性，SSD 优化的账户数据库 GSVM 在工作负载发生冲突之前进行预取、重新分配和隔离。

Solana 的 SVM 在 $TRUMP 记忆币事件中面临了最大的考验，结果崩溃了。 🔸 40万新用户涌入 🔹 应用在金融类中排名第一 🔸 优先费用激增 5000 倍 🔹 非投票交易下降 66% 🔸 每个区块的计算量减少了一半

为什么？ 🔹SVM的并发模型无法跟上。 🔸热门程序造成了争用。 🔹线程处于空闲状态。 🔸吞吐量崩溃。 Eclipse做了笔记，并构建了更好的系统。

Solana 的 SVM 在压力下崩溃： 🔸 Agave 通常是单线程运行 🔹 93% 的计算资源未被使用 🔸 RAM 问题导致延迟峰值 GSVM 解决了这个问题： 🔸真正的并发 🔹 更智能的资源使用 🔸 完全利用线程

GigaCompute 的动力是什么？ 🔹 基于配置文件的优化 🔸 通过机器学习自我改进的运行时 🔹 硬件-软件协同设计（FPGAs，GPUs） 🔸 热点岛屿 🔹 接近线速处理 这就是性能工程，而不是炒作。

像Eclipse这样的L2继承了以太坊的安全性，但没有其限制。 GSVM解锁了设计自由： 🔹 定制硬件 🔸 性能优先的执行 🔹 激进的缓存 🔸 没有共识瓶颈

这不仅仅是理论。 🔸 所有 Solana 交易的 25% 可以预先应用 🔹 签名验证转移到 FPGA 🔸 通过共同设计的内存层次结构大幅降低键值存储延迟 🔹 基于实际工作负载的预测调度 每回收的计算百分比 = 更好的用户体验。

这有什么重要性？ 因为链上可以实现的功能取决于性能。 🔹 链上AI模型 🔸 自主代理 🔹 实时游戏逻辑 🔸 大规模模拟 GSVM是为它们而构建的。

Eclipse 不仅仅是 "更快的 Solana"。 它是一次全面的性能重塑，专为下一代应用程序而构建： 🔹 AI 代理 🔸 游戏 🔹 复杂的 DeFi 🔸 链上计算