Breakpoint trên TechFlow nổi bật là Firedancer rốt cuộc là gì?
Tuyển chọn TechFlowTuyển chọn TechFlow
Breakpoint trên TechFlow nổi bật là Firedancer rốt cuộc là gì?
Firedancer là gì và hiệu suất của client xác thực Solana này ra sao? Cách triển khai hoạt động như thế nào?
Chuyên sâu báo cáo Web3Bài viết: Karen, Foresight News
Tại hội nghị Solana Breakpoint tuần trước, không khí sôi động tràn ngập khắp nơi, các sản phẩm trong hệ sinh thái lần lượt được công bố, cùng với vô số hoạt động bên lề phong phú và hấp dẫn. Trong bữa tiệc thịnh soạn này, điểm nhấn đặc biệt thu hút sự chú ý chính là phiên bản đầu tiên của client xác thực Firedancer trên mạng chính Solana, một cột mốc quan trọng được dành sự quan tâm đặc biệt, đánh dấu bước tiến nhảy vọt về hiệu suất cho mạng lưới Solana, đồng thời giảm thiểu rủi ro sập mạng do lỗi từ một client đơn lẻ.
Hành trình phát triển Firedancer bắt nguồn từ năm 2021 đến 2022, là client xác thực thứ hai của Solana do Jump Trading Group chủ trì phát triển (client gốc Agave do Anza phát triển), mục tiêu ban đầu nhằm loại bỏ nguy cơ điểm nghẽn đơn, tăng cường độ ổn định và khả năng chống chịu tổng thể của mạng lưới. Khác với client gốc viết bằng Rust, Firedancer được viết hoàn toàn bằng ngôn ngữ C, không chứa bất kỳ mã nào của Rust, lựa chọn này làm giảm đáng kể tác động tiềm tàng của các lỗ hổng đối với toàn bộ mạng, tạo thêm một hàng rào an ninh vững chắc cho Solana.
Firedancer hoạt động ra sao?
Theo phần trình diễn của Kevin Bowers, Giám đốc Khoa học tại Jump Crypto tại hội nghị Solana Breakpoint, Firedancer đã thể hiện khả năng xử lý hơn 1 triệu giao dịch mỗi giây, con số này vượt xa giới hạn vài chục nghìn TPS mà Solana đang có về mặt lý thuyết. Kevin Bowers còn ví von thành tựu này như việc mở rộng một "con đường làng" thành một "đường cao tốc liên bang", báo hiệu sự tối ưu kép về chi phí và dung lượng mạng.
Liam Heeger, kỹ sư cốt lõi tại Jump Trading, chia sẻ về tiến độ của Firedancer trên mạng thử nghiệm: client này đã thành công trong việc sản xuất hơn 20.000 khối và đạt tỷ lệ đặt cược (stake) 1%.
Một kỹ sư khác, Aryaman Jain, trình diễn thêm hiệu suất của Firedancer trong những điều kiện cụ thể: ví dụ, trong môi trường gồm 10 validator, TPS có thể đạt mức triệu đơn vị, xử lý hơn 1,2 tỷ đơn vị tính toán mỗi giây, đồng thời thể hiện khả năng Blockspace đạt 3,5 Gbps và hiệu quả thực thi VM ở mức 500.000 TPS.
Cơ chế vận hành của Firedancer?
Firedancer được xây dựng dựa trên ba thành phần chính: chồng tính toán hiệu suất cao và chồng mạng, Runtime, cũng như cơ chế đồng thuận. Chìa khóa giúp Firedancer nâng hiệu suất mạng Solana lên tới 1 triệu TPS (hiện tại giới hạn ở mức khoảng 81.000 TPS do giới hạn của giao thức) nằm ở thiết kế kiến trúc sáng tạo và tối ưu hóa luồng dữ liệu.
Validator này áp dụng mô hình đồng thời, sử dụng một số lượng nhỏ luồng để thực hiện nhiều nhiệm vụ khác nhau, mỗi luồng tập trung vào một tác vụ cụ thể như xử lý gói tin mạng, xác minh giao dịch, đóng gói khối... Thiết kế này tối đa hóa việc sử dụng tài nguyên và nâng cao đáng kể tốc độ xử lý giao dịch.
Cụ thể, mỗi luồng thực hiện một trong 11 nhiệm vụ khác nhau. Một số nhiệm vụ chỉ cần một luồng, nhưng một số khác cần nhiều luồng chạy song song cùng một nhiệm vụ. Mỗi luồng đều có một nhân CPU riêng để vận hành, và luồng đó sở hữu độc quyền nhân đó: không bao giờ ngủ hoặc bị hệ điều hành dùng cho mục đích khác.
Firedancer còn giới thiệu kiến trúc tên gọi «tiles» (gạch), mỗi loại tile đại diện cho một nhiệm vụ cùng với luồng thực thi và nhân CPU được phân bổ. Cách kết hợp này khiến việc tinh chỉnh hiệu suất trở nên linh hoạt và hiệu quả. Ví dụ, mỗi tile net và quic có thể xử lý >1 triệu TPS, trong khi các tile verify và bank tập trung vào xác minh giao dịch và thực thi khối – dù tốc độ xử lý thấp hơn nhưng vẫn đủ đáp ứng nhu cầu trong các tình huống tải cao.
Tài liệu chính thức của Firedancer liệt kê 11 loại tile như sau:
-
net: gửi và nhận các gói tin mạng từ thiết bị mạng (mỗi tile xử lý >1 triệu TPS);
-
quic: nhận giao dịch từ client, thực hiện quản lý kết nối và xử lý gói tin để triển khai giao thức QUIC (mỗi tile xử lý >1 triệu TPS);
-
verify: xác minh chữ ký mã hóa của các giao dịch đầu vào, lọc ra các giao dịch không hợp lệ (mỗi tile xử lý 20.000–40.000 TPS);
-
dedup: kiểm tra và lọc các giao dịch trùng lặp;
-
pack: khi trở thành leader, đóng gói các giao dịch đầu vào và sắp xếp thông minh để thực thi;
-
bank: thực thi các giao dịch đã được sắp xếp (mỗi tile xử lý 20.000–40.000 TPS);
-
poh: cơ chế băm liên tục nền, trộn giá trị băm được tạo ra với các giao dịch đã thực thi để chứng minh thứ tự và tính thời gian;
-
shred: khi là leader, phân phối dữ liệu khối ra mạng; khi không phải leader, nhận và truyền lại dữ liệu khối (khả năng thông qua phụ thuộc chủ yếu vào kích thước cụm. Trong kiểm thử, nếu cụm nhỏ, 1 tile có thể xử lý >1 triệu TPS);
-
store: khi là leader thì nhận dữ liệu khối, hoặc khi node khác là leader thì nhận dữ liệu khối từ các node khác, lưu trữ chúng vào cơ sở dữ liệu trên ổ đĩa cục bộ;
-
metric: thu thập thông tin giám sát từ các tile khác và cung cấp cho các endpoint HTTP;
-
sign: giữ khóa riêng của validator, nhận và phản hồi yêu cầu ký từ các tile khác.
Đáng chú ý, trước khi Firedancer trưởng thành, phiên bản chuyển tiếp Frankendancer đã đi trước một bước khi gia nhập mạng chính Solana. Frankendancer là sự kết hợp giữa một phần mã của Firedancer và Agave, tận dụng lợi thế của Firedancer về tầng mạng và sản xuất khối, đồng thời duy trì chức năng thực thi và đồng thuận từ Agave. Trong khi đó, Firedancer là phiên bản được xây dựng hoàn toàn từ đầu, không chứa bất kỳ mã nào của Agave.
Tác động của Firedancer?
Không nghi ngờ gì, sự ra mắt của Firedancer mang ảnh hưởng lớn đến hệ sinh thái Solana, sẽ làm phong phú đáng kể sự đa dạng của các validator, giảm sâu hơn nữa ảnh hưởng của điểm nghẽn đơn đối với sự ổn định mạng, xây nên một pháo đài kiên cố hơn cho độ tin cậy của mạng Solana.
Bên cạnh đó, Firedancer duy trì khả năng tương thích ngược với các giao thức hiện tại, đảm bảo quá trình chuyển đổi trơn tru cho hệ sinh thái mà không cần nhà phát triển DApp hay người dùng phải điều chỉnh lớn.
Dù hiện tại Firedancer vẫn ở chế độ không bỏ phiếu và cần trải qua quá trình tối ưu hóa, kiểm tra liên tục, nhưng điều này đã phác họa một bức tranh đầy hy vọng hơn cho tương lai phát triển của mạng Solana.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
Foresight News
