1/ Мы только что преодолели узкое место в обязательствах государства в Eclipse: AlDBaran поддерживает 48 миллионов обновлений в секунду на 96-ядерном сервере AWS, ускоряя свертку GigaCompute в Eclipse.

2/ Почему это важно: 1M TPS -> 3M обновлений состояния/сек (~3 ключа/tx на Eclipse). Готовые двигатели ADS дросселируют ниже 0,6 М/с, разрыв в 5 раз, который мы отказались принять.

3/ Встречайте AlDBaran: два специализированных движка для состояния. 🔹 Pleiades - молниеносные обновления в DRAM 🔹 Hyades - асинхронное хранилище доказательств только для добавления

4/ Пять правил проектирования Pleiades: 1️⃣ Выполнение только в DRAM (без fsync/page-faults) 2️⃣ Шардинг потоков (0 блокировок) 3️⃣ Буферизация веток (отложить хеширование верхнего дерева) 4️⃣ Пакетирование SIMD (16 хэшей/векторная операция) 5️⃣ Предсказуемая верстка + предварительная выборка (попадания в кэш L2)

5/ Основные моменты бенчмарка: - 48 М ИБП на 96 ядрах для Pleiades примерно на 1 Б клавишах (0,5 М/ядро ≈ 78 % соло пиковых) и 40 Мбит/с даже на 8 Б клавишах - 24 млн ибп с историей для Гиад - Корни штатов теперь проходят через канал со скоростью 50 Гбит/с.

6/ Это на 20× больше, чем 2,3 Мбит/с в QMDB, и на 30× быстрее, чем наши внутренние тесты QMDB. Наша требуемая скорость 3 М/с теперь потребляет < 7 % емкости, огромный запас мощности.

7/ Hyades работает полностью асинхронно, принимая компактные записи 40B proof вне пути в журнал, предназначенный только для добавления, в то время как полная полезная нагрузка аккаунта помещается в отдельный журнал. Горячая тропа остается безупречной.

8/ Вы можете узнать больше об архитектуре AlDBaran и основных результатах по адресу: