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 sleutels/tx op Eclipse). Standaard ADS-engines kunnen niet boven 0,6 M/s, een kloof van 5x die we niet accepteerden.

3/ Maak kennis met AlDBaran: twee speciaal gebouwde motoren voor de staat. 🔹 Pleiades - razendsnelle, in-DRAM updates 🔹 Hyades - asynchroon, append-only bewijsopslag

4/ De vijf ontwerprichtlijnen van Pleiades: 1️⃣ Alleen DRAM-uitvoering (geen fsync/pagina-fouten) 2️⃣ Draad-splitting (0 sloten) 3️⃣ Twig-buffering (uitstellen van top-boom hashing) 4️⃣ SIMD-batching (16 hashes/vectorbewerking) 5️⃣ Voorspelbare indeling + prefetch (L2-cache hits)

5/ Benchmark hoogtepunten: - 48M ups op 96 cores voor Pleiades bij ongeveer 1B sleutels (0,5 M/core ≈ 78 % solo piek) en 40M ups zelfs bij 8B sleutels - 24M ups met geschiedenis voor Hyades - State roots gaan nu soepel door een 50 Gbps verbinding.

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

7/ Hyades draait volledig asynchroon en verwerkt compacte 40B bewijsvermeldingen buiten het pad in een append-only log, terwijl volledige accountpayloads in een apart journaal terechtkomen. Het hete pad blijft vlekkeloos.

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