1/ 我们刚刚在Eclipse打破了状态承诺瓶颈： AlDBaran在96核的AWS服务器上支持每秒4800万次更新，加速了Eclipse的GigaCompute汇总。

2/ 为什么这很重要： 1M TPS -> 每秒 3M 状态更新（在 Eclipse 上大约 3 个密钥/交易）。现成的 ADS 引擎在 0.6 M/s 以下就会卡住，这是我们拒绝接受的 5 倍差距。

3/ 认识 AlDBaran：为状态构建的两个专用引擎。 🔹 Pleiades - 超快的内存更新 🔹 Hyades - 异步、仅追加的证明存储

4/ Pleiades 的五个设计规则： 1️⃣ 仅执行 DRAM（无 fsync/页面错误） 2️⃣ 线程分片（0 锁） 3️⃣ Twig 缓冲（延迟顶层树哈希） 4️⃣ SIMD 批处理（16 哈希/向量操作） 5️⃣ 可预测布局 + 预取（L2 缓存命中）

5/ 基准测试亮点： - 在大约 10 亿个密钥下，Pleiades 在 96 核心上达到 4800 万次每秒（每核心约 50 万次 ≈ 78% 的单独峰值），即使在 80 亿个密钥下也能达到 4000 万次每秒 - Hyades 的历史记录达到 2400 万次每秒 - 状态根现在可以通过 50 Gbps 的链接顺利传输。

6/ 这比 QMDB 的 2.3M/s 快 20 倍，比我们内部的 QMDB 测试快 30 倍。我们现在的 3 M/s 要求消耗了不到 7% 的容量，留有巨大的余地。

7/ Hyades 完全异步运行，从路径外摄取紧凑的 40B 证明条目到一个仅追加的日志中，而完整的账户负载则进入一个单独的日志。热路径保持无瑕疵。

8/您可以在以下位置了解更多关于AlDBaran架构和主要结果的信息：