Optimism thông qua nâng cấp 20, đặt mục tiêu triển khai mainnet ngày 24/9

Quản trị Optimism (OP) đã phê duyệt nâng cấp 20, chuyển cơ chế bằng chứng lỗi của OP Stack từ 'Output Root' sang 'Super Root'. Tuy nhiên, việc được quản trị phê duyệt không đồng nghĩa các hợp đồng trên mainnet đã được thực thi hoặc khả năng tương tác đã được kích hoạt.

Optimism Agora ghi nhận nâng cấp 20 ở trạng thái 'SUCCEEDED' vào 21h26 ngày 16 tháng 9 theo giờ Hàn Quốc. Số phiếu phản đối là 71.701 OP, tương đương 0,13%, thấp hơn mức 20% lượng phiếu cần thiết để bác bỏ đề xuất. Đề xuất được xử lý theo cơ chế 'phê duyệt lạc quan', theo đó sẽ được thông qua nếu phiếu phản đối không vượt ngưỡng.

Đề xuất quản trị chính thức cho biết nâng cấp 20 thay đổi các hợp đồng thông minh L1 của chuỗi OP Stack. Nâng cấp này không bao gồm thời điểm kích hoạt hard fork L2 hoặc cấp độ đồng thuận; các thay đổi sẽ được chuyển lên L1 thông qua hoạt động thực thi đã ký của superchain-ops.

Thay đổi cốt lõi nằm ở tiêu chuẩn để trò chơi bằng chứng lỗi xác minh trạng thái. Output Root Dispute Game hiện tại xác minh trạng thái tương ứng với một số khối L2 cụ thể, trong khi Super Root Dispute Game xác minh quá trình chuyển trạng thái của super root dựa trên dấu thời gian thay vì số khối.

Đặc tả OP Stack giải thích rằng trong trò chơi mới, thời điểm đề xuất không hợp lệ sẽ bị vô hiệu hóa trong quá trình chuyển trạng thái super root. Vì vậy, quy trình thách thức riêng đối với số khối L2 không hợp lệ sẽ được loại bỏ.

Hai loại trò chơi mới là SUPER_PERMISSIONED và SUPER_CANNON_KONA, tương ứng với loại trò chơi 5 và 9. Các triển khai PERMISSIONED_CANNON và CANNON_KONA hiện tại sẽ được thay thế. Các nhà phát triển tích hợp trực tiếp trò chơi tranh chấp cần kiểm tra công cụ để nhận diện loại mới và rootClaimByChainId.

Thay đổi này là điều kiện chuẩn bị cho khả năng tương tác giữa các chuỗi OP Stack trong tương lai. Mục tiêu là tạo định dạng cho phép liên kết và xác minh trạng thái của nhiều chuỗi tại cùng một thời điểm, nhưng bản thân nâng cấp 20 chưa bắt đầu chuyển tài sản hoặc trao đổi dữ liệu giữa các chuỗi.

Đề xuất chính thức cho biết mỗi chuỗi vẫn duy trì AnchorStateRegistry và DisputeGameFactory riêng. Trò chơi tranh chấp ở giai đoạn này cũng chỉ xử lý trạng thái của một chuỗi, do đó khác với quy trình hợp nhất hạ tầng tranh chấp của nhiều chuỗi.

Nâng cấp cũng bao gồm việc xác minh thứ tự nâng cấp của OPCM v8.0.0, cùng cách xử lý ProxyAdmin và SystemConfig theo từng proxy. Một số hạng mục bảo trì như ngăn tái sử dụng các slot khởi tạo và loại bỏ một số chức năng của SystemConfig cũng được thực hiện.

Các lệnh gọi SystemConfig.batchInbox() và setGasConfig(uint256,uint256) hiện tại có thể bị hoàn nguyên sau nâng cấp. Các công cụ dành cho nhà phát triển sử dụng những chức năng này cần kiểm tra khả năng tương thích sau khi hợp đồng thay đổi.

Người dùng thông thường không cần thực hiện hành động riêng. Đề xuất chính thức cho biết các bằng chứng rút tiền được gửi trước nâng cấp 20 vẫn có hiệu lực và trò chơi Output Root hiện tại vẫn tiếp tục được giải quyết.

Trong khi đó, nhà vận hành chuỗi và các nhà phát triển liên quan cần điều chỉnh phần mềm theo cơ chế bằng chứng lỗi mới. Người dùng viem/op-stack cần sử dụng viem phiên bản 2.51.0 trở lên và áp dụng dấu thời gian tại thời điểm rút tiền thay cho số khối L2 trong quy trình xác minh rút tiền.

Việc triển khai mainnet vào ngày 24 tháng 9 là lịch trình mục tiêu, phụ thuộc vào phê duyệt quản trị và 7 ngày xác minh trên testnet Sepolia. Lịch trình có điều kiện này được đưa ra sau khi xác minh trên 4 testnet, trong khi đề xuất chính thức không xác nhận đây là ngày hoàn tất cố định.

PGov ủng hộ nâng cấp 20 vì cơ chế này chuyển đổi định dạng bằng chứng lỗi trước, dù chưa kích hoạt ngay khả năng tương tác. Tuy nhiên, việc thực thi thực tế trên mainnet và khả năng tương thích trong môi trường vận hành cần được xác nhận thông qua thực thi hợp đồng và các bước kiểm tra tiếp theo.

Nâng cấp 20 là bước thay đổi hạ tầng xác minh trước trong lộ trình khả năng tương tác của Optimism. Dù đã hoàn tất phê duyệt quản trị, việc triển khai mainnet sẽ được tiến hành sau quy trình thực thi hợp đồng L1 riêng và kiểm chứng trong môi trường vận hành.