BNB Chain nâng cấp mainnet Pasteur ngày 25, giảm nghẽn khối cho validator

BNB Chain sẽ triển khai bản nâng cấp Pasteur lên mainnet BNB Smart Chain (BSC) vào lúc 11h30 ngày 25 tới. Bản phát hành lần này tích hợp mã hỗ trợ BEP-675, giúp giảm gánh nặng tái thực thi khối mà validator phải đảm nhận.

Trong ghi chú phát hành, BNB Chain xếp phiên bản v1.7.7 dành cho mainnet BSC vào nhóm bản hard fork Pasteur, với thời điểm áp dụng được ấn định là 11h30 ngày 25. Binance cũng thông báo sẽ tạm dừng nạp, rút các token liên quan từ 11h25 cùng ngày để hỗ trợ đợt nâng cấp mạng và hard fork diễn ra cùng thời điểm này.

Pasteur là bản nâng cấp gộp nhiều đề xuất cải tiến cùng lúc. Trong lịch sử thay đổi (changelog) của BSC, mã hỗ trợ khối do builder đề xuất kèm chữ ký ẩn danh của validator được liệt kê là một trong những hạng mục thuộc Pasteur.

Tên gọi chính thức của BEP-675 là “Khối do builder đề xuất kèm chữ ký ẩn danh của validator” (Builder-Proposed Block with Validator Blind Signing). Đề xuất này được tạo ngày 10 tháng 4 trong kho lưu trữ BNB Evolution Proposals và hiện vẫn ở trạng thái bản thảo (Draft).

Điểm mấu chốt của thay đổi là builder sẽ thực thi khối trước, còn validator không cần chạy lại toàn bộ khối đó trước khi niêm phong. Nói cách khác, đây là thay đổi ở tầng hạ tầng, tác động đến cách vận hành của builder và validator, chứ không ảnh hưởng trực tiếp đến giao diện ví hay thao tác của người dùng thông thường.

Ở quy trình cũ, builder gửi một lệnh đấu giá (bid) chứa danh sách giao dịch, sau đó validator mô phỏng lại toàn bộ giao dịch này rồi mới niêm phong khối. Việc builder và validator cùng thực thi lặp lại một tập giao dịch khiến thời gian tạo khối và tài nguyên tính toán bị tiêu tốn thêm.

BEP-675 đưa vào một lệnh gọi thủ tục từ xa (RPC) mới có tên “SendBidBlock”. Theo đó, builder gửi một “BidBlock” gồm kết quả thực thi giao dịch của người dùng và giao dịch hệ thống kèm phần header; validator chỉ cần ký giao dịch hệ thống, tái tạo lại TxHash và Extra rồi niêm phong khối.

Tài liệu kỹ thuật cho biết nếu bỏ bước mô phỏng phía validator, giới hạn gas thực tế có thể tăng khoảng 50% trong điều kiện mạng thông thường. Giới hạn gas là mức trần khối lượng tính toán mà một khối có thể xử lý, giới hạn càng cao thì khối càng chứa được nhiều giao dịch hơn.

Trong lộ trình kỹ thuật nửa cuối năm 2026, BNB Chain xếp BEP-675 vào nhóm hạng mục mở rộng năng lực mạng. Cùng với mục tiêu tăng gấp đôi thông lượng mainnet, dự án cũng đang triển khai song song việc tích hợp BAL và cải thiện khả năng thực thi của máy ảo Ethereum (EVM).

Bối cảnh của đợt cải tiến này là thời gian tạo khối đã được rút ngắn đáng kể. Theo lộ trình kỹ thuật nửa cuối năm 2026 của BNB Chain, khoảng cách giữa các khối trên BSC đã giảm xuống còn 450 mili giây, còn tính hoàn tất trong bộ nhớ (in-memory finality) đạt mức khoảng 650 mili giây trong nửa đầu năm nay.

Thời gian tạo khối càng ngắn, gánh nặng của việc builder và validator lặp lại cùng một quá trình thực thi trong cùng một khối càng lớn. BEP-675 không thay đổi quy tắc đồng thuận, mà được thiết kế để giảm bớt phần thực thi trùng lặp, giúp khối được lắp ráp kịp trong khoảng thời gian giới hạn.

Khả năng tương thích với cách vận hành cũ vẫn được giữ nguyên. Tài liệu BEP-675 nêu rõ SendBid và SendBidBlock sẽ được vận hành song song, và bản thân đề xuất chỉ là thay đổi ở tầng triển khai phía client, không đòi hỏi một hard fork riêng. Dù mã hỗ trợ đã được đưa vào bản phát hành hard fork Pasteur, điều này không đồng nghĩa BEP-675 tự nó yêu cầu quy tắc đồng thuận mới.

Vì validator không còn thực thi lại toàn bộ khối trước khi niêm phong, cơ chế kiểm tra sau đó trở nên quan trọng hơn. Sau khi niêm phong và phát tán khối, validator sẽ đối chiếu lại state root, receipt root và các dữ liệu liên quan trong quá trình đồng bộ cục bộ.

Nếu phát hiện sai lệch trong quá trình kiểm tra, quyền sử dụng SendBidBlock của builder liên quan sẽ bị thu hồi trong một khoảng thời gian nhất định, và hệ thống quay lại dùng đường dẫn SendBid như cũ. Đổi lại hiệu quả xử lý cao hơn, quy trình quản lý builder và kiểm tra sau khi niêm phong có thể trở nên phức tạp hơn.

Phiên bản v1.7.6 dành cho testnet Chapel đã được triển khai trước đó vào 11h30 ngày 21 tháng trước, phục vụ cho hard fork Pasteur. Trước thời điểm áp dụng chính thức lúc 11h30 ngày 25, các bên vận hành mainnet cần chuẩn bị sẵn sàng để chuyển sang v1.7.7.

Nguồn tham khảo: tài liệu chính thức BEP-675, ghi chú phát hành của BNB Chain, lộ trình kỹ thuật nửa cuối năm 2026 của BNB Chain, lịch sử thay đổi (changelog) của BSC.