Matter Labs công bố cơ chế trì hoãn thực thi cho zkSync Era

zkSync Era bổ sung lớp bảo vệ trước khi mở Mainnet công khai

Matter Labs, đội ngũ phát triển zkSync Era, đã công bố một cập nhật quan trọng liên quan đến cơ chế bảo mật của mạng lưới trước thềm ra mắt Full Alpha Mainnet. Theo dự án, bảo mật là yếu tố then chốt trong quá trình đưa zkEVM ra sử dụng rộng rãi, đặc biệt khi các hệ thống zkEVM vẫn còn mới, phức tạp và tiềm ẩn rủi ro kỹ thuật.

Trong hơn một năm qua, Matter Labs cho biết đã đầu tư đáng kể về thời gian và nguồn lực để chuẩn bị cho zkSync Era, bao gồm kiểm thử quy mô lớn, nhiều đợt kiểm toán bảo mật từ các đơn vị hàng đầu, các cuộc thi công khai, chương trình bug bounty và vận hành testnet theo từng giai đoạn trong khoảng 12 tháng.

Khi mở cho người dùng công khai, zkSync Era sẽ vận hành với nhiều lớp bảo vệ, trong đó có các cơ chế giám sát độc lập và biện pháp giảm thiểu rủi ro. Một trong những cơ chế được Matter Labs nhấn mạnh lần này là execution delay, hay trì hoãn thực thi.

Execution delay là gì?

Theo Matter Labs, execution delay có nghĩa là mỗi block L2 sau khi được commit lên L1 sẽ trải qua một khoảng thời gian khóa trước khi được thực thi và hoàn tất. Ở giai đoạn đầu, thời gian trì hoãn này được đặt ở mức 24 giờ. Khi hệ thống trưởng thành hơn, độ trễ sẽ được giảm dần và dự kiến bị loại bỏ hoàn toàn khi zkSync Era không còn gắn nhãn Alpha.

Việc thay đổi thời gian trì hoãn yêu cầu nhiều chữ ký từ một số ví lạnh do ban lãnh đạo zkSync nắm giữ. Cơ chế này nhằm tạo thêm thời gian để đội ngũ kiểm tra tác động của các giao dịch trong một block trước khi block đó trở thành trạng thái cuối cùng.

Matter Labs cho rằng trong giai đoạn đầu của giao thức, khả năng tồn tại lỗi kỹ thuật có thể cao hơn nguy cơ từ các tác nhân độc hại. Vì vậy, trì hoãn thực thi được xem là một lớp bảo vệ cần thiết để giảm nguy cơ thất thoát tài sản người dùng nếu một lỗi nghiêm trọng bị phát hiện và khai thác.

Cân bằng giữa bảo mật và tính trustless

Một điểm đáng chú ý trong thông báo là bài toán cân bằng giữa bảo mật và tính phi tín nhiệm. Matter Labs thừa nhận việc giữ lại một số giả định tin cậy đối với đội ngũ phát triển trong giai đoạn đầu là một lựa chọn khó khăn, nhưng cho rằng bất kỳ sự cố nghiêm trọng nào cũng có thể ảnh hưởng đến niềm tin của công chúng đối với zkSync, các giải pháp mở rộng và hệ sinh thái crypto nói chung.

Trong thực tế vận hành, đội ngũ zkSync sẽ theo dõi từng block để phát hiện dấu hiệu bất thường, chẳng hạn dòng tiền rút ra nhanh, các giao dịch rút tiền lớn bất thường hoặc tín hiệu cho thấy giao thức có thể đang bị khai thác. Nếu xuất hiện sự cố nghiêm trọng, khoảng trì hoãn 24 giờ sẽ tạo thêm thời gian để điều tra và có thể đóng băng giao thức thông qua cơ chế quản trị.

Không thay đổi hợp đồng đã kiểm toán

Matter Labs cho biết việc triển khai timelock không yêu cầu thay đổi các smart contract đã được kiểm toán. Thay vào đó, dự án sử dụng vai trò Validator hiện có và tự giới hạn quyền này bằng cách trỏ tới một smart contract trung gian có cơ chế timelock.

Theo dự án, cách tiếp cận này có một số lợi thế. Ngay cả khi kẻ tấn công tìm thấy lỗi nghiêm trọng trong ZK circuits và đồng thời xâm nhập máy chủ vận hành sequencer, đội ngũ vẫn có thêm thời gian để phát hiện, điều tra và phản ứng. Ngoài ra, do không thay đổi hợp đồng gốc của zkSync Era, nếu hợp đồng trung gian gặp vấn đề, hệ thống có thể quay lại trạng thái ban đầu.

Cơ chế trì hoãn cũng áp dụng không chỉ với bridge tiêu chuẩn cho ETH và ERC20 của zkSync, mà còn với các bridge tùy chỉnh do đội ngũ khác xây dựng. Matter Labs cho rằng việc đặt logic này trong một hợp đồng bên ngoài do governor kiểm soát sẽ giúp việc gỡ bỏ hạn chế trong tương lai trở nên đơn giản hơn.

Bảo mật là quá trình liên tục

Matter Labs nhấn mạnh rằng việc tiến gần đến ngày mở mạng công khai không đồng nghĩa với việc công tác bảo mật đã hoàn tất. Theo đội ngũ, bảo mật không phải là danh sách các bước cần đánh dấu hoàn thành, mà là một quá trình liên tục trong suốt vòng đời của giao thức.

Thông báo về execution delay cho thấy zkSync Era đang lựa chọn cách tiếp cận thận trọng trong giai đoạn Alpha, ưu tiên giảm thiểu rủi ro vận hành trước khi tiến tới mô hình ít phụ thuộc hơn vào đội ngũ phát triển.