BNB Chain đã kích hoạt hard fork Fermi vào ngày 14/01/2026, nâng cấp hiệu năng lớn giúp rút ngắn thời gian tạo block từ 0,75 giây xuống 0,45 giây để giảm áp lực khi lượng người dùng tăng mạnh.
Nâng cấp này diễn ra trong bối cảnh số địa chỉ hoạt động hàng ngày trên BNB Chain quay lại gần mức cao của chu kỳ 2021, nhưng tổng giá trị khóa (TVL) vẫn thấp hơn nhiều, khiến mạng phải xử lý khối lượng giao dịch lớn với lớp đệm thanh khoản mỏng hơn.
- Fermi hard fork đưa BNB Smart Chain xuống 0,45 giây mỗi block và tăng tốc xử lý khoảng gần 40% so với trước.
- Địa chỉ hoạt động tăng lên 2–3 triệu/ngày, nhưng TVL chỉ khoảng 7 tỷ USD, thấp xa đỉnh trên 20 tỷ USD năm 2021.
- BEP-590 củng cố cơ chế fast finality để giữ tính ổn định khi block được tạo nhanh hơn và lưu lượng tăng.
Fermi hard fork giúp BNB Smart Chain đạt 0,45 giây mỗi block
Fermi giảm thời gian block từ 0,75 giây xuống 0,45 giây, qua đó tăng tốc độ sản xuất block và cải thiện khả năng chịu tải khi lượng giao dịch tăng.
BNB Chain kích hoạt Fermi vào 14/01/2026 lúc 02:30 UTC, tương ứng 09:30 (GMT+7). Đây được xem là một trong những nâng cấp hiệu năng đáng chú ý kể từ các bản nâng cấp Pascal và Maxwell.
Thay đổi nổi bật là BEP-619, cắt thời gian tạo block xuống 0,45 giây. Nếu so với 0,75 giây trước đó, tốc độ tạo block được cải thiện đáng kể, nhằm đưa BNB Smart Chain tiến gần nhóm blockchain có tốc độ sản xuất block nhanh nhất trong thực tế vận hành.
Người dùng BNB Chain tăng mạnh, nhưng TVL vẫn thấp hơn xa đỉnh 2021
Dữ liệu cho thấy địa chỉ hoạt động tăng lên 2–3 triệu/ngày, trong khi TVL chỉ phục hồi về khoảng 7 tỷ USD, tạo ra chênh lệch “nhiều người dùng, ít thanh khoản”.
Dữ liệu từ DefiLlama ghi nhận số địa chỉ hoạt động trên BNB Chain tăng mạnh xuyên suốt năm 2025 và sang đầu 2026. Mức 2–3 triệu địa chỉ hoạt động mỗi ngày đang tiến sát vùng đỉnh từng xuất hiện trong giai đoạn bùng nổ DeFi và giao dịch bán lẻ năm 2021.
Tuy nhiên, lượng vốn khóa trong hệ sinh thái chưa quay lại tương ứng. TVL của BNB Chain được mô tả chỉ phục hồi ở mức vừa phải, lên khoảng 7 tỷ USD, trong khi đỉnh năm 2021 từng trên 20 tỷ USD. Điều này đồng nghĩa mạng đang phục vụ nhiều người dùng hơn đáng kể, nhưng thanh khoản bình quân trên mỗi người dùng lại thấp hơn.
Thanh khoản mỏng hơn làm tăng rủi ro nghẽn mạng và chất lượng khớp lệnh DeFi
Lưu lượng giao dịch cao trong khi thanh khoản thấp hơn có thể làm tăng nghẽn mạng, giao dịch lỗi/chậm, biến động MEV và khiến thực thi DeFi kém ổn định.
Khi khối lượng giao dịch tăng nhưng lớp đệm thanh khoản giảm, mạng dễ chịu áp lực hơn trong các giai đoạn cao điểm. Các vấn đề có thể xuất hiện gồm nghẽn mạng, giao dịch thất bại hoặc bị trì hoãn, MEV tăng đột biến và trải nghiệm “thực thi” trên DeFi thiếu ổn định.
- Nghẽn mạng khi số lệnh và tương tác hợp đồng tăng mạnh.
- Giao dịch thất bại hoặc bị trễ, ảnh hưởng người dùng và ứng dụng.
- MEV tăng, làm chi phí thực tế và trượt giá khó dự đoán.
- Độ ổn định khi thực thi DeFi giảm, đặc biệt lúc biến động cao.
Trong bối cảnh như vậy, Fermi được thiết kế để giảm tải và giữ nhịp xử lý ổn định khi nhu cầu sử dụng tăng nhanh.
BEP-590 tăng độ chắc chắn của fast finality khi block tạo nhanh hơn
BEP-590 củng cố quy tắc bỏ phiếu fast finality, giúp block đạt trạng thái không thể đảo ngược một cách đáng tin cậy dù tần suất tạo block tăng.
Cùng với BEP-619, Fermi bổ sung BEP-590 để tăng cường các quy tắc bỏ phiếu cho fast finality. Mục tiêu là đảm bảo block có thể đạt trạng thái “không thể đảo ngược” một cách ổn định, ngay cả khi block được sản xuất dày hơn do rút ngắn block time.
Điều này đặc biệt quan trọng với DeFi và nền tảng giao dịch cần thanh toán nhanh và có tính dự đoán. Nếu finality không ổn định, rủi ro về trạng thái giao dịch, khớp lệnh và xử lý hậu giao dịch có thể tăng, nhất là khi hoạt động dồn dập.
Thời điểm nâng cấp phản ánh thách thức “nhiều giao dịch, ít bộ đệm”
BNB Chain từng chịu được TVL cao, nhưng hiện đối mặt thách thức khác: hoạt động tốc độ cao trong khi vốn khóa thấp, khiến sai số vận hành trở nên đắt đỏ hơn.
BNB Chain đã từng chứng minh khả năng vận hành dưới mức TVL cao. Tuy nhiên, thách thức hiện tại không chỉ là “vốn nhiều”, mà là “tốc độ sử dụng cao” đi kèm thanh khoản mỏng hơn. Khi hàng triệu người dùng tương tác mỗi ngày nhưng ít vốn hơn bị khóa trong hợp đồng thông minh so với chu kỳ trước, biên an toàn giảm xuống.
Vì vậy, các vấn đề như chậm trễ, nghẽn mạng hoặc trục trặc finality có thể tác động mạnh hơn tới trader, giao thức và ứng dụng tiêu dùng. Fermi được triển khai đúng lúc áp lực sử dụng quay trở lại, nhằm hạn chế rủi ro khi nhu cầu tiếp tục leo thang.
Sau hard fork, validator và node cần nâng cấp và tái lập chỉ mục
Validator/node phải chạy BSC v1.6.4 trở lên; sau fork, node sẽ tạo lại snapshot và re-index log khi khởi động lần đầu.
Để chuẩn bị cho thời điểm kích hoạt, validator và đơn vị vận hành node được yêu cầu nâng cấp lên BSC v1.6.4 hoặc mới hơn trước mốc 02:30 UTC (09:30 GMT+7). Đây là điều kiện cần để đồng thuận với phiên bản giao thức sau hard fork.
Sau khi fork hoàn tất, node sẽ tiến hành tái tạo snapshot và re-index (lập chỉ mục lại) log ở lần khởi động đầu tiên. Khi mức độ hoạt động tiếp tục tăng, hiệu quả của Fermi sẽ là phép thử quan trọng cho khả năng duy trì cạnh tranh của BNB Chain trong nhóm blockchain có mức sử dụng cao.
Những câu hỏi thường gặp
Fermi hard fork của BNB Chain diễn ra khi nào theo giờ Việt Nam?
Fermi được kích hoạt lúc 02:30 UTC ngày 14/01/2026, tương ứng 09:30 (GMT+7) theo giờ Việt Nam.
Fermi nâng cấp gì quan trọng nhất về hiệu năng?
Thay đổi nổi bật là BEP-619, giảm thời gian block từ 0,75 giây xuống 0,45 giây, giúp mạng sản xuất block nhanh hơn đáng kể.
Vì sao người dùng tăng mà TVL thấp lại gây áp lực cho mạng?
Khi số giao dịch tăng nhưng thanh khoản mỏng hơn, rủi ro nghẽn mạng, giao dịch trễ/lỗi, MEV tăng và thực thi DeFi kém ổn định có thể cao hơn.
BEP-590 ảnh hưởng gì đến DeFi và giao dịch?
BEP-590 tăng cường quy tắc bỏ phiếu fast finality để block đạt trạng thái không thể đảo ngược ổn định hơn, giúp các ứng dụng DeFi/giao dịch dựa vào thanh toán nhanh và chắc chắn.
Node cần làm gì sau khi Fermi kích hoạt?
Node cần chạy BSC v1.6.4 trở lên; sau fork, node sẽ tạo lại snapshot và re-index log ở lần khởi động đầu tiên.
