1/ Acabamos de romper el cuello de botella del compromiso estatal en Eclipse: AlDBaran sostiene 48M actualizaciones/seg en una caja AWS de 96 núcleos, acelerando el rollup de GigaCompute de Eclipse.

2/ Por qué es importante: 1M TPS -> 3M actualizaciones de estado/segundo (~3 claves/tx en Eclipse). Los motores ADS estándar se ahogan por debajo de 0.6 M/s, una brecha de 5x que nos negamos a aceptar.

3/ Conoce a AlDBaran: dos motores diseñados para el estado. 🔹 Pleiades - actualizaciones en DRAM ultrarrápidas 🔹 Hyades - almacén de pruebas asíncrono y solo de anexos

4/ Las cinco reglas de diseño de Pleiades: 1️⃣ Ejecución solo de DRAM (sin fsync/fallos de página) 2️⃣ Fragmentación de hilos (0 bloqueos) 3️⃣ Buffering de Twig (diferir el hash del árbol superior) 4️⃣ Agrupamiento SIMD (16 hashes/op vectorial) 5️⃣ Diseño predecible + prefetch (aciertos en caché L2)

5/ Aspectos destacados del benchmark: - 48M ups en 96 núcleos para Pleiades a aproximadamente 1B de claves (0.5 M/núcleo ≈ 78 % de pico en solitario) y 40M ups incluso con 8B de claves - 24M ups con historial para Hyades - Las raíces de estado ahora navegan a través de un enlace de 50 Gbps.

6/ Eso es un salto de 20× sobre los 2.3M/s de QMDB y 30× más rápido que nuestras pruebas internas de QMDB. Nuestro requisito de 3 M/s ahora consume < 7 % de la capacidad, lo que nos da un amplio margen.

7/ Hyades funciona completamente de manera asíncrona, ingiriendo entradas de prueba compactas de 40B fuera de la ruta en un registro de solo anexos, mientras que las cargas completas de cuentas se almacenan en un diario separado. La ruta caliente se mantiene impecable.

8/ Puede obtener más información sobre la arquitectura de AlDBaran y los resultados principales en: