1/ We hebben net de staat-commitment bottleneck bij Eclipse doorbroken: AlDBaran ondersteunt 48M updates/sec op een 96-core AWS box, waardoor de GigaCompute rollup van Eclipse wordt versneld.

2/ Waarom het belangrijk is: 1M TPS -> 3M statusupdates/sec (~3 toetsen/tx op Eclipse). Kant-en-klare ADS-motoren stikken onder de 0,6 M/s, een gat van 5x dat we weigerden te accepteren.

3/ Maak kennis met AlDBaran: twee speciaal gebouwde motoren voor de staat. 🔹 Pleiaden - razendsnelle, in-DRAM-updates 🔹 Hyades - asynchroon, proefwinkel met alleen toevoegen

4/ De vijf ontwerpregels van de Pleiaden: 1️⃣ DRAM-only uitvoering (geen fsync/pagina-fouten) 2️⃣ Draadscherf (0 sloten) 3️⃣ Twig buffering (uitstellen van top-tree hashing) 4️⃣ SIMD-batching (16 hashes/vector op) 5️⃣ Voorspelbare lay-out + prefetch (L2 cache hits)

5/ Hoogtepunten van de benchmark: - 48M ups op 96 cores voor Pleiaden bij ongeveer 1B toetsen (0,5 M/core ≈ 78% solo piek) en 40M ups zelfs bij 8 B toetsen - 24M ups met geschiedenis voor Hyaden - Staatswortels varen nu via een 50 Gbps-link.

6/ Dat is een sprong van 20× ten opzichte van de 2,3 M/s van QMDB en 30× sneller dan onze interne QMDB-tests. Onze behoefte van 3 M/s verbruikt nu < 7% van de capaciteit, enorme hoofdruimte.

7/ Hyades draait volledig asynchroon en neemt compacte 40B-proefinvoer off-path op in een logboek dat alleen kan worden toegevoegd, terwijl de volledige account-payloads in een apart journaal terechtkomen. Het hete pad blijft brandschoon.

8/ U kunt meer te weten komen over de AlDBaran architectuur en de belangrijkste resultaten op: