1/ Abbiamo appena superato il collo di bottiglia dell'impegno statale su Eclipse: AlDBaran sostiene 48M aggiornamenti/sec su una macchina AWS a 96 core, accelerando il rollup di GigaCompute di Eclipse.

2/ Perché è importante: 1M TPS -> 3M aggiornamenti di stato/sec (~3 chiavi/tx su Eclipse). I motori ADS standard si bloccano sotto 0,6 M/s, un divario di 5 volte che abbiamo rifiutato di accettare.

3/ Incontra AlDBaran: due motori progettati per lo stato. 🔹 Pleiadi - aggiornamenti in-DRAM super veloci 🔹 Iadi - prova di archiviazione solo in appendice, asincrona

4/ Le cinque regole di design di Pleiadi: 1️⃣ Esecuzione solo DRAM (niente fsync/page-faults) 2️⃣ Thread-sharding (0 lock) 3️⃣ Buffering Twig (rinviare l'hashing dell'albero principale) 4️⃣ Batch SIMD (16 hash/op vettoriale) 5️⃣ Layout prevedibile + prefetch (colpi di cache L2)

5/ Punti salienti del benchmark: - 48M ups su 96 core per Pleiadi a circa 1B chiavi (0,5 M/core ≈ 78 % picco solo) e 40M ups anche a 8B chiavi - 24M ups con cronologia per Iadi - Le radici di stato ora attraversano un collegamento da 50 Gbps.

6/ Questo è un salto di 20× rispetto ai 2,3M/s di QMDB e 30× più veloce rispetto ai nostri test interni di QMDB. Il nostro requisito di 3 M/s ora consuma meno del 7% della capacità, enorme margine.

7/ Hyades funziona completamente in modo asincrono, ingerendo voci di prova compatte da 40B fuori percorso in un registro solo appendibile, mentre i payload completi degli account atterrano in un diario separato. Il percorso caldo rimane impeccabile.

8/ Per saperne di più sull'architettura di AlDBaran e sui risultati principali, visitare: