Đóng góp lớn nhất để chống lại áp lực của chữ khắc?Về sự cải tiến của zkSync bằng cách nâng cấp Boojum

Kịch bản: Haotian

Gần đây, @zksync đã hoàn thành việc nâng cấp Boojum và chính trên tiền đề này, zkSync đã chịu được thử nghiệm căng thẳng của Chiến dịch SYNC Inscription. Tuy nhiên, Boojum bị thị trường định giá thấp.

Boojum mang lại những cải tiến hiệu suất nào? Vấn đề ổn định Tài chính phi tập trung bị chỉ trích có thể được giải quyết không? Tiếp theo, hãy nói về sự hiểu biết của tôi:

1. Việc nâng cấp Boojum, được hiểu một cách đơn giản, sẽ cho phép zkSync hoàn thành quá trình chuyển đổi từ SNARK sang STARK proof. Quy trình làm việc đại khái như sau:

Khi một lô được đóng gói, các giao dịch này được chia thành nhiều mạch cụ thể, sau đó được xử lý song song và tốc độ cao để tạo ra một số lượng lớn STARK, cuối cùng được tổng hợp thành bằng chứng STARK. Cuối cùng, bằng chứng STARK được gói gọn trong một bằng chứng SNARK và gửi đến Mainnet để xác minh.

Sự kết hợp giữa STARK và SNARK này đảm bảo xử lý hiệu quả khối lượng giao dịch lớn, đồng thời giảm kích thước dữ liệu được gửi đến Mainnet (SNARK đơn giản hơn) và tương thích hơn với Mainnet.

Việc sử dụng hai bằng chứng cùng một lúc có nghĩa là công nghệ nén tiên tiến, công nghệ tăng tốc phần cứng, tối ưu hóa thuật toán, hiệu quả tổng hợp xử lý hàng loạt, tối ưu hóa bộ nhớ và lưu trữ của hệ thống Prover sẽ có những cải tiến đáng kể về hiệu suất.

2. Theo tweet của @0xtaetaehoho, khối lượng dữ liệu trung bình trên mỗi giao dịch là 211 byte trước khi cập nhật Boojum và có thể giảm xuống còn khoảng 68 byte sau khi nâng cấp và việc cải tiến công nghệ nén sẽ trực tiếp làm tăng đáng kể khối lượng giao dịch của mỗi lô trong lớp 2, điều này sẽ làm tăng đáng kể TPS (khoảng 450) và chi phí gas của một giao dịch sẽ giảm (khoảng 65%).

Nguyên tắc không khó hiểu, layer 2 gửi dữ liệu proof of status đến calldata Mainnet, do dữ liệu lưu trữ hạn chế trên Mainnet, khả năng xử lý song song STARK của layer 2 và công nghệ xử lý nén bằng chứng SNARK xác định khối lượng giao dịch và mức gas có thể được xử lý bởi một lô duy nhất;

3. Trước đây, ZK-Rollup có vấn đề không ổn định trong việc xử lý các giao dịch Tài chính phi tập trung tần số thấp và xu hướng gốc của nó không có lợi cho sự ổn định Tài chính phi tập trung. Ví dụ: giá biến đổi của Tài chính phi tập trung yêu cầu nhiều nguồn cấp dữ liệu giá Oracle và nếu hai giao dịch không được phân lô vào cùng một trạng thái, kết quả hao mòn giao dịch sẽ tăng lên.

Bây giờ khối lượng giao dịch của một lô duy nhất trong layer2 đã tăng lên đáng kể và nhiều cập nhật trạng thái dữ liệu Oracle hơn có thể được cung cấp trong khối. Các vấn đề ổn định tài chính phi tập trung cũng sẽ được giải quyết hiệu quả.

Như @anthonykrose chính thức của zkSync đã nêu, bất kể có bao nhiêu bản cập nhật Oracle Machine được chứa trong một Block, toàn bộ trạng thái Block có thể được xử lý và ghi lại toàn bộ và chỉ cần trả chi phí cho một lần ghi trạng thái. Điều này có lợi cho mức phí thấp, hiệu quả cao và tính ổn định của các ứng dụng Tài chính phi tập trung trên chuỗi ZK-Rollup.

Đó là lý do mà nâng cấp của Boojum nên được coi là một cột mốc quan trọng cho zkSync.

Một mặt, nó xác minh suy luận rằng khối lượng giao dịch của hệ thống ZK càng lớn thì phí gas càng thấp, trải nghiệm càng tốt và mặt khác, nó cũng chứng minh rằng việc ứng dụng hiệu quả và cải thiện hiệu suất của các tài nguyên máy tính như công nghệ nén và tăng tốc phần cứng của hệ thống Prover ngoài chuỗi sẽ mang lại trí tưởng tượng vô hạn cho hệ thống ZK.

Sau khi nâng cấp Cancun, Kích thước khối blob EthereumMainnet dự kiến sẽ giảm chi phí giao dịch hàng loạt lớp 2 và bây giờ việc tối ưu hóa kỹ thuật của chính hệ thống ZK đã đưa bản tổng hợp dòng ZK và loạt OP lên cùng một cấp.

Vấn đề là, ZK-Rollup “hoạt động” hơn nhiều so với OP-Rollup. Những lợi thế của công nghệ ZK-Rollup, luôn được nói, đã được chứng minh đầy đủ sau khi nâng cấp Boojum.

Tham khảo: Để tăng tốc phần cứng ZK, tối ưu hóa sức mạnh tính toán, v.v., vui lòng tham khảo các báo cáo nghiên cứu sau: