1/ Acabámos de quebrar o gargalo do compromisso estatal na Eclipse: AlDBaran sustenta 48M atualizações/segundo em uma máquina AWS de 96 núcleos, acelerando o rollup GigaCompute da Eclipse.

2/ Por que isso é importante: 1M TPS -> 3M atualizações de estado/segundo (~3 chaves/transação no Eclipse). Motores ADS prontos para uso falham abaixo de 0,6 M/s, uma diferença de 5x que nos recusamos a aceitar.

3/ Conheça AlDBaran: dois motores projetados para o estado. 🔹 Pleiades - atualizações em DRAM super rápidas 🔹 Hyades - armazenamento de provas assíncrono e apenas de anexação

4/ As cinco regras de design do Pleiades: 1️⃣ Execução apenas com DRAM (sem fsync/falhas de página) 2️⃣ Fragmentação de threads (0 bloqueios) 3️⃣ Buffering Twig (adiar a hash do top-tree) 4️⃣ Lote SIMD (16 hashes/operação vetorial) 5️⃣ Layout previsível + pré-busca (acertos no cache L2)

5/ Destaques do benchmark: - 48M ups em 96 núcleos para Pleiades a cerca de 1B chaves (0,5 M/núcleo ≈ 78 % pico solo) e 40M ups mesmo com 8B chaves - 24M ups com histórico para Hyades - Raízes de estado agora navegam através de um link de 50 Gbps.

6/ Isso representa um salto de 20× em relação aos 2,3M/s do QMDB e é 30× mais rápido do que nossos testes internos do QMDB. Nossa exigência de 3 M/s agora consome < 7 % da capacidade, deixando uma enorme margem.

7/ Hyades funciona totalmente de forma assíncrona, ingerindo entradas de prova compactas de 40B fora do caminho em um log apenas de adição, enquanto os payloads completos da conta vão para um diário separado. O caminho quente permanece impecável.

8/ Você pode saber mais sobre a arquitetura AlDBaran & resultados de título em: