1/ Chúng tôi vừa phá vỡ nút thắt cam kết trạng thái tại Eclipse: AlDBaran duy trì 48 triệu cập nhật/giây trên một máy AWS 96 lõi, tăng tốc quá trình GigaCompute rollup của Eclipse.

2/ Tại sao điều này quan trọng: 1 triệu TPS -> 3 triệu cập nhật trạng thái/giây (~3 khóa/giao dịch trên Eclipse). Các động cơ ADS có sẵn bị nghẽn dưới 0,6 triệu/giây, một khoảng cách 5 lần mà chúng tôi từ chối chấp nhận.

3/ Gặp AlDBaran: hai động cơ được xây dựng đặc biệt cho nhà nước. 🔹 Pleiades - cập nhật trong DRAM siêu nhanh 🔹 Hyades - lưu trữ chứng cứ chỉ thêm, không đồng bộ

4/ Năm quy tắc thiết kế của Pleiades: 1️⃣ Chỉ thực thi DRAM (không fsync/page-faults) 2️⃣ Chia luồng (0 khóa) 3️⃣ Bộ đệm Twig (hoãn băm cây trên cùng) 4️⃣ Gộp SIMD (16 băm/hoạt động vector) 5️⃣ Bố cục có thể dự đoán + tiền truy cập (điểm truy cập bộ nhớ L2)

5/ Những điểm nổi bật của Benchmark: - 48 triệu ups trên 96 lõi cho Pleiades với khoảng 1 tỷ khóa (0.5 triệu/lõi ≈ 78% đỉnh solo) và 40 triệu ups ngay cả với 8 tỷ khóa - 24 triệu ups với lịch sử cho Hyades - Các gốc trạng thái giờ đây có thể vượt qua một liên kết 50 Gbps.

6/ Đó là một bước nhảy 20× so với 2.3M/s của QMDB và nhanh hơn 30× so với các bài kiểm tra nội bộ của chúng tôi. Yêu cầu 3 M/s của chúng tôi hiện tiêu thụ < 7 % công suất, có không gian lớn.

7/ Hyades hoạt động hoàn toàn bất đồng bộ, tiếp nhận các mục chứng minh 40B gọn nhẹ ngoài đường vào một nhật ký chỉ thêm, trong khi các tải trọng tài khoản đầy đủ được lưu vào một nhật ký riêng. Đường nóng vẫn giữ nguyên sạch sẽ.

8/ Bạn có thể tìm hiểu thêm về kiến trúc AlDBaran và kết quả tiêu đề tại: