'Blocks Đã Chết. Blobs Vạn Tuế': Các nhà nghiên cứu Ethereum khám phá nâng cấp để giảm gánh nặng dữ liệu cho validator

Các nhà nghiên cứu Ethereum đang khám phá một thiết kế đề xuất nhằm chuyển dữ liệu payload thực thi vào các blob được xuất bản cùng với các khối, với mục tiêu giảm yêu cầu về băng thông đồng thời mở rộng khả năng mở rộng.

Trong một bài đăng nghiên cứu gần đây có tiêu đề "Blocks Are Dead. Long Live Blobs," do Toni Wahrstatter và các cộng tác viên Ethereum đồng tác giả, các tác giả trình bày EIP-8142, hay “Block-in-Blobs” — một đề xuất bản nháp được giới thiệu lần đầu vào đầu năm nay.

Thiết kế này sẽ mã hóa dữ liệu giao dịch trực tiếp vào blob — một dạng dữ liệu được giới thiệu trong nâng cấp EIP-4844 của Ethereum — thay vì yêu cầu các validator phải tải xuống và thực thi lại toàn bộ execution payload.

Theo các nhà nghiên cứu, ý tưởng này nhắm vào một nút nghẽn trong kiến trúc của Ethereum.

Kích thước khối mở rộng, kết hợp với giới hạn gas cao hơn, đồng nghĩa với việc các validator phải tải xuống và xác minh một tập dữ liệu ngày càng lớn hơn. Điều này gia tăng áp lực lên băng thông và hạn chế khả năng mở rộng.

Vào tháng 3 năm 2024, các blob đã được giới thiệu như một phần trong lộ trình tăng cường khả năng cung cấp dữ liệu của Ethereum trong quá trình nâng cấp Dencun.

Được triển khai qua EIP-4844, còn gọi là proto-danksharding, blob được thiết kế để vận chuyển khối lượng lớn dữ liệu hiệu quả hơn nhiều so với calldata giao dịch tiêu chuẩn.

Thay vì lưu trữ tất cả chi tiết giao dịch trực tiếp onchain và yêu cầu validator xử lý dữ liệu đó, blob cho phép dữ liệu được cam kết bằng phương pháp mật mã và xác thực mà không cần sao chép toàn bộ trên toàn bộ mạng lưới.

Block-in-Blobs

EIP-8142 mở rộng ý tưởng đó xa hơn nữa.

Thay vì coi blob là một lớp dữ liệu bổ trợ, đề xuất này chuyển dữ liệu execution-payload cốt lõi — vốn đã được mã hoá theo chuẩn RLP của Ethereum — vào chính các blob.

Các validator sau đó sẽ xác thực cam kết mật mã với những blob đó và, theo thời gian, dựa vào việc lấy mẫu khả năng cung cấp dữ liệu. Như vậy, họ có thể xác thực các phần nhỏ của dữ liệu để đảm bảo toàn bộ tập dữ liệu tồn tại mà không phải tải hết về.

Thay đổi này trở nên đặc biệt có ý nghĩa trong tương lai khi các hệ thống zkEVM đảm nhận xác minh thực thi.

Zero-knowledge proofs có thể xác nhận rằng các giao dịch đã được xử lý đúng, loại bỏ nhu cầu các validator phải chạy lại từng giao dịch.

Tuy nhiên, chỉ các proof đó thôi không đảm bảo rằng dữ liệu giao dịch thực sự có sẵn. "Dưới zkEVM, các validator xác thực proof, không phải trực tiếp giao dịch," Wahrstatter viết. Anh cũng lưu ý rằng nếu không có cơ chế riêng biệt, dữ liệu có thể bị giữ lại nhưng vẫn vượt qua kiểm tra đồng thuận.

Block-in-Blobs được thiết kế để lấp đầy khoảng trống đó, theo lập luận trong đề xuất.

Bằng cách nhúng dữ liệu giao dịch vào blob cùng với cam kết mật mã, đề xuất này làm cho khả năng sẵn sàng dữ liệu trở nên rõ ràng thay vì ngầm định, cho phép các validator thực hiện lấy mẫu dữ liệu thay vì tải về toàn bộ mà vẫn đảm bảo an ninh.

Cũng có những tác động rộng hơn đối với cách Etherum hạch toán dữ liệu.

Hiện tại, Ethereum vẫn tách biệt gas thực thi khỏi sử dụng dữ liệu blob. Theo mô hình mới, cả hai có thể hợp nhất trong một hệ thống "data gas" duy nhất. Nếu được triển khai thành công, các nhà nghiên cứu cho rằng điều này sẽ cân bằng chi phí trên mọi hình thức cung cấp dữ liệu và tránh các giới hạn chồng lấn lên nhau.

Biconomy’s ERC-8211

Một cách riêng biệt, các nỗ lực đang được thực hiện nhằm cải tiến cách mà các giao dịch được cấu trúc và thực thi.

Biconomy, hợp tác cùng nhóm UX của Ethereum Foundation, đã đề xuất ERC-8211, một tiêu chuẩn biến giao dịch thành các luồng công việc lập trình được.

Thay vì các tham số cố định khi ký, ERC-8211 cho phép giao dịch lấy dữ liệu onchain theo thời gian thực, xác thực các điều kiện và thực hiện nhiều bước liên tiếp chỉ với một chữ ký. Mục tiêu là giảm giao dịch thất bại và cho phép các tương tác phức tạp, do agent điều khiển trên nhiều giao thức DeFi, như Biconomy giải thích trên chuỗi thảo luận X.

Cả hai phát triển này đều nằm trong một làn sóng thử nghiệm rộng lớn hơn trên toàn hệ sinh thái Ethereum. Các nhà nghiên cứu đã vạch ra các lộ trình nâng cấp kéo dài nhiều năm đến cuối thập kỷ, nối tiếp hai đợt hard-fork kép vào năm ngoái.