1/ Wir haben gerade den Engpass der staatlichen Verpflichtungen bei Eclipse durchbrochen: AlDBaran unterstützt 48M Updates/Sekunde auf einer 96-Kern AWS-Box und beschleunigt Eclipse's GigaCompute-Rollup.

2/ Warum es wichtig ist: 1 Mio. TPS -> 3 Mio. Statusaktualisierungen/s (~3 Schlüssel/tx unter Eclipse). Standard-ADS-Motoren drosseln unter 0,6 M/s, eine 5-fache Lücke, die wir nicht akzeptieren wollten.

3/ Lernen Sie AlDBaran kennen: zwei speziell entwickelte Engines für den Bundesstaat. 🔹 Pleiades - blitzschnelle In-DRAM-Updates 🔹 Hyades - asynchron, Proof Store nur zum Anhängen

4/ Die fünf Gestaltungsregeln der Plejaden: 1️⃣ Nur-DRAM-Ausführung (keine fsync/page-faults) 2️⃣ Thread-Sharding (0 Sperren) 3️⃣ Twig-Pufferung (Top-Tree-Hashing aufschieben) 4️⃣ SIMD-Batching (16 Hashes/Vektor op) 5️⃣ Vorhersehbares Layout + Prefetch (L2-Cache-Treffer)

5/ Benchmark-Höhepunkte: - 48 Mio. USVs auf 96 Kernen für Plejaden bei ca. 1 B-Tasten (0,5 M/Kern ≈ 78 % Solo-Spitze) und 40 Mio. US-Fahrten selbst bei 8 B-Tasten - 24M ups mit Geschichte für Hyades - Die Wurzeln der Bundesstaaten werden jetzt über eine 50-Gbit/s-Verbindung geleitet.

6/ Das ist ein 20×-Sprung gegenüber den 2,3 M/s von QMBB und 30 × schneller als unsere internen QMDB-Tests. Unsere Anforderung von 3 M/s verbraucht jetzt < 7 % der Kapazität und verfügt über einen enormen Spielraum.

7/ Hyades läuft vollständig asynchron und nimmt kompakte 40B-Proof-Einträge außerhalb des Pfads in ein Nur-Append-Protokoll auf, während vollständige Konto-Payloads in einem separaten Journal landen. Der heiße Pfad bleibt makellos.

8/ Weitere Informationen zur AlDBaran-Architektur und den wichtigsten Ergebnissen finden Sie unter: