Optimism đang nhắm tới các subblock 200 ms trên OP Mainnet, giảm khoảng thời gian trước khi xác nhận từ 250 mili giây trong một thay đổi liên tục dự kiến vào ngày 31 tháng 8. Subblock, trước đây gọi là Flashblock, là những cập nhật từng phần mà sequencer gửi trong lúc vẫn đang xây dựng một block bình thường, cung cấp phản hồi cho các ứng dụng trước khi block đó được đóng lại.
[
Bài đọc liên quan
Coinbase-backed Base công bố các nâng cấp nhằm tăng gấp đôi tốc độ của Solana
](https://cryptoslate.com/coinbase-backed-base-unveils-upgrades-to-beat-solana-performance-by-double/)
Sự tăng tốc 20% mang theo một rủi ro tương thích âm thầm. Thông báo di chuyển của Optimism cho biết bốn trường sẽ vẫn tồn tại trong mỗi payload phát trực tuyến nhưng không còn chứa dữ liệu hữu ích nữa: state_root, block_hash và withdrawals_root sẽ là các giá trị bằng không, trong khi withdrawals sẽ là một danh sách rỗng.
Loại payload vẫn giữ nguyên là ExecutionPayloadFlashblockDeltaV1, vì vậy phần mềm có thể tiếp tục phân tích luồng mà không gặp lỗi. Các trường như receipts_root và logs_bloom vẫn sẽ chứa các giá trị thực. Sự kết hợp này khiến việc di chuyển dễ bị bỏ lỡ trong các hệ thống coi việc giải mã thành công là bằng chứng rằng mọi trường đều có ý nghĩa.
Tại sao các subblock 200 ms làm ranh giới nhà cung cấp trở nên quan trọng
Subblock là những xác nhận trước, không phải là block đã hoàn tất hay cam kết trạng thái. Trình giải thích kỹ thuật của Optimism tại đây cho biết người tiêu dùng trực tiếp của luồng nên coi root trạng thái và hash block đã bị zero hóa là không tồn tại và xác định trạng thái đã được xác nhận trước bằng cách thực thi các giao dịch được truyền tải qua luồng.
[
Bài đọc liên quan
Cách cuộc chiến Ethereum vs Solana kết thúc lặng lẽ, không ồn ào mà chỉ khẽ khàng
](https://cryptoslate.com/the-ethereum-vs-solana-war-ended-quietly-not-with-a-bang-but-a-whimper/)
Hầu hết các ứng dụng nằm ở phía an toàn hơn của ranh giới đó. Chúng kết nối với nhà cung cấp RPC hiểu rõ về subblock và sử dụng các phương thức Ethereum chuẩn, thường kèm nhãn pending. Một nhà cung cấp hoặc nút cấu hình đúng sẽ duy trì chế độ xem trạng thái riêng, vì vậy các lệnh như eth_getBalance có thể trả về dữ liệu đã được xác nhận trước mà không cần dựa vào root trạng thái hữu ích trong payload gốc, theo hướng dẫn tích hợp của Optimism tại đây.
Vì vậy, việc kiểm toán trực tiếp nhất rơi vào các ứng dụng tự lấy luồng WebSocket và các nhà cung cấp RPC chuyển các trường gốc đến khách hàng. Nhà điều hành cần tìm các truy vấn đọc của bốn trường bị ảnh hưởng, coi các placeholder root và hash block là không khả dụng, đồng thời ngăn chặn các giá trị đó đi vào trạng thái, số dư hoặc đầu vào bằng chứng phía sau. Các nhà cung cấp chuyển tiếp payload gốc cũng phải thông báo cho khách hàng của họ.
Tần suất nhanh hơn đã xuất hiện trong tài liệu của nhà cung cấp. Hướng dẫn OP Mainnet của Alchemy mô tả các cập nhật 200 ms thông qua các điểm cuối RPC của Optimism hiện có, trong khi thông báo của QuickNode áp dụng việc di chuyển cho các thành phần JSON-RPC Optimism Mainnet và Sepolia của họ.
[
Bài đọc liên quan
Ứng dụng siêu tiện ích mới của Coinbase đặt giao dịch, thanh toán, mạng xã hội và AI dưới cùng một mái nhà
Optimism cho biết mục tiêu 200 ms cho các subblock vào ngày 31 tháng 8 có thể thay đổi và quá trình triển khai diễn ra dần dần, vì vậy chưa có thời gian hoàn tất được ghi nhận trên toàn mạng lưới. Trang trạng thái của họ cho thấy các hệ thống đang hoạt động và không có thông báo sự cố gần đây khi kiểm tra. Các thông báo chính thức và của nhà cung cấp coi các trường có giá trị bằng không là rủi ro di chuyển cần xử lý phòng ngừa, chứ không phải bằng chứng rằng số dư hoặc bằng chứng đã bị hỏng.
Bài đăng Optimism đẩy tốc độ mạng lên 200 mili giây, nhưng các nguồn dữ liệu chuẩn đang lặng lẽ bỏ sót thông tin quan trọng xuất hiện lần đầu trên CryptoSlate.