1/ Vi brøt nettopp flaskehalsen for statlig forpliktelse på Eclipse: AlDBaran opprettholder 48 millioner oppdateringer/sek på en 96-kjerners AWS-boks, noe som akselererer Eclipses GigaCompute-rollup.

2/ Hvorfor det betyr noe: 1M TPS -> 3M tilstandsoppdateringer/sek (~3 nøkler/tx på Eclipse). Hyllevare-ADS-motorer kveles under 0.6 M/s, et 5x gap vi nektet å akseptere.

3/ Møt AlDBaran: to spesialbygde motorer for staten. 🔹 Pleiades - lynraske, in-DRAM-oppdateringer 🔹 Hyades - asynkront, kun vedleggsbevis

4/ Pleiades' fem designregler: 1️⃣ DRAM-kjøring (ingen fsync/sidefeil) 2️⃣ Trådharde (0 låser) 3️⃣ Kvistbufring (utsett topptre-hashing) 4️⃣ SIMD-batching (16 hasher/vektor op) 5️⃣ Forutsigbart oppsett + forhåndshenting (L2-cache-treff)

5/ Benchmark høydepunkter: - 48M ups på 96 kjerner for Pleiades ved omtrent 1B tangenter (0,5 M / kjerne ≈ 78 % solo topp) og 40M ups selv ved 8 B-tangenter - 24M opp med historie for Hyades - Delstatsrøtter seiler nå gjennom en 50 Gbps-lenke.

6/ Det er et sprang på 20 × over QMDBs 2.3 M/s og 30 × raskere enn våre interne QMDB-tester. Vårt behov på 3 M/s bruker nå < 7 % av kapasiteten, massiv takhøyde.

7/ Hyades kjører helt asynkront, og inntar kompakte 40B-bevisoppføringer utenfor banen i en vedhengslogg, mens fulle kontonyttelaster lander i en egen journal. Den varme stien forblir plettfri.

8/ You can learn more about the AlDBaran architecture & headline results at: