Polygon tăng cường lớp thực thi bằng bản phát hành bảo mật có mục tiêu
TREE NEWS đưa tin: Polygon Labs đã phát hành Bor v2.10.3, một bản phát hành ổn định của client thực thi cốt lõi của mạng, giải quyết hai lỗ hổng từ chối dịch vụ (DoS) mức độ trung bình bên trong BlockSTM V2, engine thực thi khối song song nằm ở trung tâm chiến lược thông lượng của Polygon.
Cả hai lỗ hổng đều được đánh giá ở mức độ trung bình, về nguyên tắc có thể cho phép kẻ tấn công độc hại làm suy giảm việc sản xuất khối hoặc làm đình trệ các node — dạng lỗi này gây thiệt hại nghiêm trọng hơn nhiều trên một chuỗi thông lượng cao so với chuỗi chậm hơn, bởi vì giá trị của Polygon phụ thuộc vào tính cuối cùng có độ trễ thấp được duy trì liên tục.
Tại sao BlockSTM V2 là điểm nhạy cảm
BlockSTM là một mô hình thực thi song song đầu cơ: các giao dịch được thực thi một cách lạc quan song song, sau đó được tái xác thực khi phát hiện xung đột. Đây là cơ chế cho phép Polygon xử lý nhiều giao dịch mỗi giây hơn hẳn một client EVM tuần tự nghiêm ngặt. Thiết kế đó cũng chính là bề mặt tấn công của nó — một mẫu giao dịch được dàn dựng kỹ càng buộc phải tái thực thi hoặc tranh chấp quá mức có thể biến một tính năng hiệu suất thành vector cạn kiệt tài nguyên.
Hai đường DoS mức độ trung bình trong engine đó không phải là mối lo lý thuyết. Đối với các validator và nhà cung cấp RPC, việc thực thi bị đình trệ là một sự kiện vận hành và tài chính: bỏ lỡ khối, chỉ số thời gian hoạt động suy giảm, và trong trường hợp xấu nhất là nguy cơ bị slash trên stake được ủy quyền.
Bảo mật giờ là chiến trường cạnh tranh của các L2
Thời điểm rất quan trọng. Polygon đang cạnh tranh trong một môi trường nơi các rollup và sidechain được đánh giá không chỉ qua phí và TVL mà còn qua khả năng phục hồi vận hành. Một lớp lỗ hổng được công bố trong client thực thi sẽ thu hút sự soi xét từ cả các validator đang quyết định nơi triển khai vốn lẫn các doanh nghiệp đang đánh giá chuỗi để thanh toán tài sản được token hóa.
Đáng chú ý, việc công bố được xử lý như một bản nâng cấp client thường lệ thay vì một sự cố khẩn cấp — dấu hiệu cho thấy nhịp độ vá lỗi đang trưởng thành. Đó là tiêu chuẩn mà chính các đội ngũ client của Ethereum đã đặt ra từ nhiều năm trước, và các đội ngũ L2 giờ đây được kỳ vọng phải đáp ứng.
Điều cần theo dõi tiếp theo
- Tốc độ chấp nhận của validator: bản sửa lỗi chỉ có ý nghĩa khi đa số tuyệt đối các node nâng cấp. Việc tiếp nhận chậm chạp để mạng tiếp tục bị phơi nhiễm.
- Thực hành công bố: việc Polygon có công bố bản post-mortem hay chi tiết CVE hay không sẽ báo hiệu mức độ nghiêm túc của họ đối với nghiên cứu bảo mật của bên thứ ba.
- Bề mặt kiểm toán rộng hơn: khi thực thi song song trở thành tiêu chuẩn trên các chuỗi EVM thế hệ tiếp theo, các engine kiểu BlockSTM sẽ thu hút nhiều sự chú ý đối kháng hơn.
Điểm mấu chốt cho thị trường: lộ trình của Polygon dựa vào việc mở rộng quy mô mà không hy sinh độ tin cậy. Việc âm thầm vá hai vector DoS là công việc không hào nhoáng, nhưng chính là công việc quyết định liệu người dùng tổ chức và DeFi có tin tưởng giao khối lượng đáng kể cho chuỗi hay không.
