Khách hàng dựa trên Firedancer của Fogo cải thiện hiệu suất so với Solana chủ yếu bằng cách “đầu tư tất cả” vào một triển khai trình xác thực tối ưu hóa cực kỳ, được điều chỉnh đặc biệt cho DeFi độ trễ thấp, thay vì cân bằng nhiều khách hàng chậm hơn và khối lượng công việc chung.
1. Pure Firedancer so với cấu hình khách hàng hỗn hợp của Solana
Solana hôm nay chủ yếu chạy trên khách hàng Agave/Solana Labs, với Firedancer được triển khai như một khách hàng bổ sung để thêm sự đa dạng và hiệu suất.
Fogo thay vào đó ra mắt với Frankendancer (một phiên bản lai) và có kế hoạch chuyển sang Firedancer thuần túy, rõ ràng ưu tiên tối đa thông lượng và độ trễ hơn là sự đa dạng của khách hàng.
Bởi vì các mạng thường bị nút thắt bởi những khách hàng chậm nhất của chúng, lập trường “chỉ Firedancer” của Fogo cho phép nó điều chỉnh mạng xung quanh một động cơ tối ưu hóa cao mà không phải chờ đợi các triển khai chậm hơn theo kịp.
2. Độ trễ thấp hơn và thời gian khối nhanh hơn
Firedancer được thiết kế cho mạng lưới siêu nhanh và xử lý song song (kiến trúc dựa trên gạch, ngăn xếp QUIC/UDP tùy chỉnh, bỏ qua nhân), điều này giảm đáng kể độ trễ truyền và xử lý.
Fogo sử dụng điều này để nhắm mục tiêu thời gian khối dưới 40ms và ~1.3s tính cuối cùng, so với thời gian khối khoảng ~400ms của Solana trên hồ sơ mainnet hiện tại của nó.
Đối với giao dịch, điều này là rất quan trọng: việc đặt lệnh, hủy lệnh và cập nhật oracle đều có thể giải quyết gần với “tốc độ trao đổi,” điều này là mục tiêu thiết kế cốt lõi của Fogo.
3. Tối ưu hóa ở cấp độ phần cứng và tính đồng thời
Hệ thống gạch của Firedancer chia công việc thành các quy trình chuyên biệt (I/O mạng, xác minh chữ ký, sản xuất khối) hoạt động song song, thay vì một quy trình chủ yếu là đơn thể như khách hàng Solana ban đầu.
Các bố trí bộ nhớ nhận biết NUMA và tính đồng thời không khóa giữ mỗi gạch gần với bộ nhớ cục bộ của nó và tránh các nút thắt từ sự cạnh tranh giữa các lõi, duy trì TPS rất cao ngay cả khi tải nặng.
Fogo xây dựng chuỗi của mình dựa trên những giả định này từ ngày đầu tiên, vì vậy phần cứng xác thực, đồng vị trí và các tham số mạng được chọn để khai thác hoàn toàn hiệu suất của Firedancer.
4. Mạng và đồng thuận được điều chỉnh cho giao dịch
Fogo kết hợp Firedancer với một thiết kế đồng thuận đa địa phương, đồng vị trí (ví dụ, các xác thực ban đầu tập trung ở Tokyo gần các sàn giao dịch lớn) để giảm thiểu độ trễ vật lý cũng như độ trễ phần mềm.
Solana, ngược lại, tối ưu hóa cho sự phân quyền toàn cầu rộng hơn và một hỗn hợp ứng dụng đa dạng hơn, vì vậy nó không thể thắt chặt thời gian khối và các tham số mạng của mình một cách quyết liệt xung quanh một khu vực và một trường hợp sử dụng.
Kết quả là một chuỗi mà toàn bộ ngăn xếp (triển khai khách hàng + đồng thuận + địa lý) được điều chỉnh xung quanh các điểm mạnh của Firedancer và nhu cầu của DeFi độ trễ thấp.
5. Hiệu ứng thực tiễn bằng những điều đơn giản
Trên Solana, Firedancer là một nâng cấp hiệu suất lớn được thêm vào một hệ sinh thái đa mục đích, cải thiện thông lượng và độ bền nhưng vẫn chia sẻ sân khấu với các ràng buộc hiện có và khối lượng công việc đa dạng.
Trên Fogo, Firedancer là động cơ cốt lõi: bằng cách tiêu chuẩn hóa trên khách hàng này và định hình chiến lược đồng thuận và xác thực xung quanh nó, Fogo khai thác thêm lợi ích—hình thành khối dưới 40ms, ~48k TPS công suất và trải nghiệm người dùng gần như ngay lập tức cho các luồng giao dịch.
