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: 1M TPS -> 3M Statusaktualisierungen/Sekunde (~3 Schlüssel/Transaktion auf Eclipse). Standard-ADS-Engines kommen unter 0,6 M/s ins Stocken, eine 5-fache Lücke, die wir nicht akzeptieren wollten.

3/ Lernen Sie AlDBaran kennen: zwei speziell entwickelte Engines für den Staat. 🔹 Pleiades - blitzschnelle, in-DRAM Updates 🔹 Hyades - asynchron, nur anhängender Nachweis-Speicher

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

5/ Benchmark-Highlights: - 48M ups auf 96 Kernen für Pleiades bei ungefähr 1B Schlüsseln (0,5 M/Kern ≈ 78 % Solo-Peak) und 40M ups sogar bei 8B Schlüsseln - 24M ups mit Historie für Hyades - State Roots segeln jetzt durch eine 50 Gbps Verbindung.

6/ Das ist ein 20× Sprung gegenüber QMDBs 2,3M/s und 30× schneller als unsere internen QMDB-Tests. Unser Bedarf von 3 M/s verbraucht jetzt < 7 % der Kapazität, was einen enormen Spielraum bietet.

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

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