1/ Nous venons de briser le goulot d’étranglement de l’engagement de l’État chez Eclipse : AlDBaran prend en charge 48 millions de mises à jour/s sur un boîtier AWS à 96 cœurs, accélérant ainsi le cumul GigaCompute d’Eclipse.

2/ Pourquoi c’est important : 1 million de TPS -> 3 millions de mises à jour d’état/s (~3 clés/tx sur Eclipse). Les moteurs ADS prêts à l’emploi s’étouffent en dessous de 0,6 M/s, un écart de 5x que nous avons refusé d’accepter.

3/ Découvrez AlDBaran : deux moteurs spécialement conçus pour l’État. 🔹 Pleiades - mises à jour ultra-rapides dans la DRAM 🔹 Hyades - magasin d’épreuves asynchrone, append-only

4/ Les cinq règles de conception des Pléiades : 1️⃣ Exécution DRAM uniquement (pas de fsync/page-faults) 2️⃣ Thread-sharding (0 verrous) 3️⃣ Mise en mémoire tampon de Twig (différé de hachage de l’arborescence supérieure) 4️⃣ Dosage SIMD (16 hachages/op vectoriel) 5️⃣ Disposition prévisible + prélecture (accès au cache L2)

5/ Les points forts du benchmark : - 48 millions d’onduleurs sur 96 cœurs pour les Pléiades à environ 1 B de touches (0,5 M/cœur ≈ 78 % de crête solo) et 40 millions d’onduleurs même à 8 touches de si - 24M d’histoire pour Hyades - Les racines de l’État naviguent désormais via une liaison de 50 Gbit/s.

6/ C’est un bond de 20× par rapport aux 2,3 M/s de QMDB et 30 × plus rapide que nos tests internes QMDB. Notre exigence de 3 M/s consomme désormais < 7 % de la capacité, soit une marge de manœuvre massive.

7/ Hyades fonctionne de manière entièrement asynchrone, ingérant des entrées de preuve compactes de 40B hors chemin dans un journal d’ajout uniquement, tandis que les charges utiles complètes du compte atterrissent dans un journal séparé. Le chemin chaud reste impeccable.

8/ Pour en savoir plus sur l’architecture d’AlDBaran et les principaux résultats, rendez-vous sur :