Starknet nâng giới hạn chứng minh lên 1,1 tỷ L2 gas, yêu cầu cập nhật node

Bản nâng cấp v0.14.4 được triển khai trên mainnet, mở rộng giới hạn của một virtual block đơn lẻ có thể được chứng minh bằng SNIP-36 lên tối đa 1,1 tỷ L2 gas. Thay đổi này cho phép gộp các phép tính phức tạp vào một giao dịch chứng minh, nhưng các bằng chứng lớn cần đường gọi riêng; node và prover cũng phải được cập nhật lên phiên bản mới.

Trang trạng thái Starknet ghi nhận đợt bảo trì nâng cấp mainnet hoàn tất lúc 8 giờ 13 phút ngày 6 tháng 10 (giờ Hàn Quốc). Thông báo trước về v0.14.4 trên diễn đàn cộng đồng Starknet nêu ngày triển khai dự kiến là 5 tháng 10, sớm hơn một ngày so với thời điểm hoàn tất được ghi nhận. Trong thời gian bảo trì, mạng dự kiến gián đoạn khoảng 10 phút.

Trọng tâm của thay đổi là chức năng chứng minh SNIP-36. Theo thông báo trước về v0.14.4 trên diễn đàn cộng đồng Starknet, một virtual block gồm một giao dịch đơn lẻ có thể được chứng minh với quy mô tối đa 1,1 tỷ L2 gas nếu đáp ứng các điều kiện hợp lệ của SNOS và không sử dụng system call chưa được hỗ trợ. Nhờ đó, ứng dụng có thể gộp các phép tính khó xử lý trong một giao dịch thông thường vào giao dịch chứng minh để gửi đi.

Dung lượng chứng minh tăng lên không đồng nghĩa mọi công cụ dành cho nhà phát triển đều có thể sử dụng ngay. Việc tạo bằng chứng lớn có thể mất tối đa 1–2 phút, trong khi bằng chứng nhỏ trước đây thường mất 3–5 giây. Bằng chứng lớn cần một đường gọi riêng, thay vì chỉ thay đổi cấu hình của dịch vụ starknet_transaction_prover hiện có.

Điều chỉnh phí không đồng nghĩa phí được giảm hoặc tăng đồng loạt. Starknet cho biết đã điều chỉnh trọng số gas của một số tác vụ để phù hợp với chi phí thực tế của sequencer và mạng lưới. Dựa trên lưu lượng mainnet trong ba tháng trước đó, phần lớn giao dịch chịu ảnh hưởng về giá dưới 1%. Các tác vụ bị ảnh hưởng cần được ước tính phí lại trên node v0.14.4.

Nhà vận hành node cần xử lý vấn đề tương thích phiên bản. Thông báo trước về v0.14.4 trên diễn đàn cộng đồng Starknet yêu cầu nhà vận hành full node cập nhật lên Pathfinder v0.24.0 hoặc Juno v0.16.6. Bộ xác thực v0.14.4 không chấp nhận bằng chứng được tạo bằng v0.14.3, và không thể chạy đồng thời prover phiên bản cũ lẫn phiên bản mới. Nhà vận hành chứng minh SNIP-36 cần thay prover theo đợt nâng cấp mạng.

Sáu API feeder gateway cũ cũng bị loại bỏ, trong đó có call, get_storage_at và get_nonce. Một số API tra cứu lớp và cách truy vấn block đã được xác nhận trước cũng thay đổi. Các ứng dụng phụ thuộc vào những API này cần kiểm tra lại đường tương thích.

Chưa có thông tin xác nhận về việc bản nâng cấp làm thay đổi mức độ ứng dụng của nhà phát triển hoặc nhu cầu đối với STRK. Những thay đổi đã được xác nhận gồm phạm vi tính toán có thể chứng minh, trọng số gas của một số tác vụ, yêu cầu tương thích với node và prover, cùng các API.

Câu hỏi thường gặp

Bản nâng cấp này cho phép nhà phát triển làm gì?

SNIP-36 cho phép chứng minh một virtual block đơn lẻ đáp ứng các điều kiện với quy mô tối đa 1,1 tỷ L2 gas. Tính năng này dùng để gộp vào giao dịch chứng minh những phép tính khó đưa vào một giao dịch thông thường. Virtual block phải đáp ứng điều kiện hợp lệ của SNOS và không được sử dụng system call chưa được hỗ trợ. Việc tạo bằng chứng lớn có thể mất tối đa 1–2 phút. Thay vì đổi cấu hình starknet_transaction_prover hiện có, cần sử dụng đường gọi riêng.

Phí giao dịch có được giảm đồng loạt không?

Không. Starknet cho biết đã điều chỉnh trọng số gas của một số tác vụ để phù hợp với chi phí thực tế của sequencer và mạng lưới. Dựa trên lưu lượng mainnet trong ba tháng trước đó, phần lớn giao dịch chịu ảnh hưởng về giá dưới 1%. Vì vậy, không thể xem thay đổi này là đợt giảm hoặc tăng đồng loạt phí giao dịch. Các tác vụ bị ảnh hưởng cần được ước tính phí lại trên node v0.14.4.

Nhà vận hành node và prover cần thay đổi gì?

Nhà vận hành full node cần cập nhật lên Pathfinder v0.24.0 hoặc Juno v0.16.6. Bộ xác thực v0.14.4 không chấp nhận bằng chứng tạo bằng v0.14.3; prover phiên bản cũ và mới cũng không thể chạy song song. Nhà vận hành chứng minh SNIP-36 cần thay prover theo đợt nâng cấp mạng. Sáu API feeder gateway cũ đã bị loại bỏ, nên các ứng dụng sử dụng chúng cần kiểm tra lại đường tương thích.