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/ Porque é importante: 1M TPS -> 3M atualizações de estado/seg (~3 teclas/tx no Eclipse). Os motores ADS prontos para uso engasgam abaixo de 0,6 M/s, uma lacuna de 5x que nos recusamos a aceitar.

3/ Conheça o AlDBaran: dois motores construídos especificamente para o estado. 🔹 Plêiades - atualizações in-DRAM extremamente rápidas 🔹 Hyades - async, append-only proof store

4/ As cinco regras de design das Plêiades: 1️⃣ Execução somente DRAM (sem fsync/page-faults) 2️⃣ Fragmentação de roscas (0 fechaduras) 3️⃣ Twig buffering (adiar hashing de árvore superior) 4️⃣ Lote SIMD (16 hashes/vetor op) 5️⃣ Layout previsível + pré-busca (acessos de cache L2)

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

6/ Isso é um salto de 20× em relação aos 2.3M/s e 30× mais rápido do que nossos testes internos de QMDB. Nosso requisito de 3 M/s agora consome < de 7% da capacidade, espaço livre maciço.

7/ Hyades é executado totalmente assíncrono, ingerindo entradas de prova compactas de 40B fora do caminho em um log somente de apêndice, enquanto as cargas úteis completas da conta aterrissam em um diário separado. O caminho quente permanece impecável.

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