BNB Chain Chuẩn Bị Nâng Cấp Osaka/Mendel để Cải Thiện Thực Thi và Kết Thúc

BNB Chain đang chuẩn bị cho một bản nâng cấp lớn khác, và lần này trọng tâm không phải là tốc độ mạng nhanh hơn bao nhiêu, mà là khả năng chịu đựng khi người dùng thực bắt đầu đẩy nó đến giới hạn. Bản hard fork Osaka/Mendel dự kiến diễn ra vào ngày 28 tháng 4 năm 2026, lúc 02:30 UTC, và ghi chú phát hành của chính BNB Chain cho biết việc nâng cấp mainnet là bắt buộc đối với người dùng BSC, với v1.7.2 được liệt kê là phiên bản cần thiết trước fork. Bản nâng cấp này bao gồm chín BEP và có các thay đổi như giới hạn phí giao dịch ở cấp độ giao thức theo BEP-652, cùng với các sửa lỗi liên quan đến blob và thực thi trong bản phát hành mainnet.

Thời điểm đó quan trọng vì BNB Chain đã dành cả năm qua để theo đuổi tốc độ một cách quyết liệt. Bản Lorentz hard fork đã giảm thời gian khối từ 3 giây xuống còn 1,5 giây, tạo nền tảng cho xác nhận nhanh hơn và đồng bộ validator mạnh mẽ hơn. Maxwell sau đó đẩy BSC xuống còn 0,75 giây cho mỗi khối, trong khi bản Fermi gần đây nhất đã đưa BSC xuống khoảng 0,45 giây và nhấn mạnh hiệu suất dự đoán được khi mạng ngày càng đông đúc. Những nâng cấp này đã biến BNB Chain thành một trong những mạng EVM lớn nhất và nhanh nhất, nhưng cũng làm tăng tầm quan trọng của sự ổn định, tính nhất quán của phí gas và chất lượng thực thi.

Osaka/Mendel có vẻ như là bước tiếp theo trong câu chuyện đó, nhưng với một trọng tâm khác. Thay vì cố gắng giảm thời gian sản xuất khối hơn nữa, bản fork nhằm mục đích siết chặt cách hoạt động của chuỗi dưới áp lực. Điều này có nghĩa là ít bất ngờ hơn trong quá trình tắc nghẽn, hành vi phí gas dự đoán được nhiều hơn, và trải nghiệm sạch hơn cho các nhà phát triển phải mô hình hóa cách các giao dịch sẽ thực sự hoạt động trong điều kiện thực tế. Trong một mạng đã hoạt động với tốc độ dưới một giây, sự khác biệt giữa một chuỗi chỉ nhanh và một chuỗi nhanh và nhất quán trở nên rõ ràng hơn nhiều.

Nhằm Tinh chỉnh Hiệu suất Mạng

Một trong những thay đổi rõ ràng nhất trong tài liệu Mendel là việc giới thiệu giới hạn phí gas ở cấp độ giao thức đối với từng giao dịch qua BEP-652, thực thi EIP-7825 và từ chối các giao dịch có phí gas trên 16.777.216 trong quá trình xác thực. Đó không phải là loại thay đổi mà người dùng thông thường dễ nhận thấy ngay lập tức, nhưng chính xác là loại quy tắc giúp chuỗi duy trì ổn định khi hoạt động tăng đột biến. Bằng cách đặt giới hạn cứng cho các giao dịch nặng, BNB Chain cố gắng giữ cho quá trình thực thi dự đoán được thay vì để các tải công việc ngoại lệ làm biến dạng quá trình xử lý khối.

Phần Osaka của bản nâng cấp cũng mang đến một số thay đổi thực thi phù hợp với Ethereum nhằm hướng tới cùng mục tiêu. Trong nhật ký thay đổi của BSC, mã đồng bộ Osaka bao gồm EIP-7823 về giới hạn trên của MODEXP, EIP-7825 về giới hạn phí gas giao dịch, EIP-7883 về tăng phí gas cho ModExp, EIP-7918 về giới hạn phí cơ bản blob theo chi phí thực thi, EIP-7934 về giới hạn kích thước khối thực thi, EIP-7939 về lệnh opcode CLZ, và EIP-7951 về hỗ trợ đường cong secp256r1. Về mặt thực tế, điều này có nghĩa là các quy tắc thực thi chính xác hơn, tính toán cấp thấp hiệu quả hơn và khả năng tương thích tốt hơn với các tiêu chuẩn mã hóa ngoài stack Ethereum thông thường.

Phần mã hóa này đặc biệt quan trọng đối với các nhà phát triển xây dựng hạ tầng cần giao tiếp với nhiều hệ sinh thái khác nhau. Việc hỗ trợ secp256r1 giúp dễ dàng kết nối với các hệ thống dựa trên tiêu chuẩn khác ngoài đường cong mặc định của Ethereum, điều này có thể quan trọng cho các luồng xác thực, tích hợp doanh nghiệp và các ứng dụng cần liên kết các mô hình bảo mật onchain và offchain. Lệnh opcode CLZ là loại bổ sung mà hầu hết người dùng sẽ không bao giờ thấy, nhưng các nhà phát triển có thể sử dụng để làm cho quá trình thực thi hiệu quả hơn ở cấp bytecode, chính là nơi các tối ưu nhỏ bắt đầu trở nên quan trọng khi mạng đã hoạt động nhanh.

Ghi chú phát hành Mendel cũng cho thấy BNB Chain đang chú ý đặc biệt đến hành vi liên quan đến blob và tính cuối cùng nhanh. Nhật ký thay đổi bao gồm hỗ trợ xác thực blob sidecar cho các đề nghị, trong khi các ghi chú thử nghiệm Osaka/Mendel trước đó đề cập đến BEP-657 để giới hạn việc đưa các giao dịch blob vào khối theo số khối, và BEP-655 để kiểm tra kích thước khối. Các ghi chú riêng của BNB Chain cũng đề cập đến BEP-648, được mô tả là nâng cao tính cuối cùng nhanh thông qua một bể bỏ phiếu trong bộ nhớ. Tất cả những thay đổi này cho thấy bản fork không chỉ về thông lượng, mà còn về đảm bảo các xác nhận nhanh, đáng tin cậy và bền vững khi sử dụng ngày càng tăng.

Cũng có một thông điệp chiến lược rộng hơn trong bản fork này. BNB Chain đã chứng minh rằng nó có thể chuyển từ khối 3 giây xuống còn 1,5 giây, rồi xuống 0,75 giây, và sau đó đạt mục tiêu 0,45 giây của Fermi. Osaka/Mendel cho thấy chuỗi hiện đang chuyển từ việc tập trung vào tốc độ thuần túy sang sự trưởng thành. Nói cách khác, mạng đã giành chiến thắng trong cuộc đua tiêu đề. Những gì tiếp theo là công việc ít hào nhoáng hơn nhưng thường quan trọng hơn nhiều: đảm bảo tốc độ thực sự tồn tại bền vững trước nhu cầu thực tế, tính toán nặng và các trường hợp cạnh phức tạp xuất hiện khi một blockchain được sử dụng bởi hàng triệu người chứ không chỉ trong phòng thí nghiệm.

Đó là lý do tại sao Osaka/Mendel cảm thấy quan trọng ngay cả khi nó không đi kèm một kỷ lục tốc độ mới ấn tượng. Đó là việc duy trì đà tiến, nhưng cũng là sự tinh chỉnh mục đích. BNB Chain vẫn đang di chuyển nhanh, nhưng lần này cố gắng đảm bảo rằng tốc độ đi kèm với kỷ luật. Nếu nâng cấp diễn ra như kế hoạch vào ngày 28 tháng 4, thử thách thực sự sẽ không phải là liệu BNB Chain có thể nhanh hơn trước hay không. Mà là liệu nó có thể duy trì tốc độ này mà không khiến các nhà phát triển hoặc người dùng phải trả giá cho đặc quyền đó.