Tại sao Rollup, không gian blob không được sử dụng hiệu quả, lại gặp khó khăn trong quá trình phát triển

Làm cách nào để hiểu suy nghĩ trong bài viết mới của @VitalikButerin về việc mở rộng Ethereum? Một số người nói rằng đơn đặt hàng của Vitalik cho Blob Inscription là quá đáng.

Vậy gói Blob hoạt động như thế nào? Tại sao không gian blob không được sử dụng hiệu quả sau khi nâng cấp ở Cancun? Lấy mẫu tính khả dụng của dữ liệu DAS để chuẩn bị cho sharding?

Theo tôi, hiệu suất của Cancun có thể sử dụng được sau khi nâng cấp và Vitalik lo lắng về sự phát triển của Rollup. Tại sao? Tiếp theo, hãy để tôi nói về sự hiểu biết của mình:

1. Như đã giải thích nhiều lần trước đây, Blob là gói dữ liệu tạm thời được tách rời khỏi dữ liệu cuộc gọi EVM và có thể được gọi trực tiếp bởi lớp đồng thuận. Lợi ích trực tiếp là , EVM không cần truy cập dữ liệu Blob khi thực hiện giao dịch nên không phát sinh chi phí tính toán lớp thực thi cao hơn.

Hiện đang cân bằng một loạt yếu tố, kích thước của 1 Blob là 128k và một giao dịch Batch tới mạng chính có thể mang tối đa hai Blobs. Lý tưởng nhất là mục tiêu cuối cùng của khối mạng chính là mang theo 16 MB, khoảng 128 gói dữ liệu Blob.

Do đó, nhóm dự án Rollup phải cố gắng cân bằng các yếu tố như số lượng khối Blob, dung lượng giao dịch TPS và chi phí lưu trữ nút mạng chính Blob, với mục tiêu sử dụng không gian Blob với hiệu suất chi phí tối ưu .

Lấy @Optimism làm ví dụ. Hiện tại, có khoảng 500.000 giao dịch mỗi ngày. Trung bình, cứ 2 phút lại có một giao dịch được phân đợt đến mạng chính, mang theo 1 gói dữ liệu Blob mỗi lần. Tại sao lại mang theo một? Bởi vì chỉ có rất nhiều TPS không thể sử dụng. Tất nhiên, bạn cũng có thể mang theo hai, khi đó dung lượng của mỗi blob sẽ không đầy mà sẽ làm tăng chi phí lưu trữ, điều này là không cần thiết.

Chúng ta nên làm gì khi khối lượng giao dịch ngoài chuỗi Tổng hợp tăng lên, chẳng hạn như 50 triệu giao dịch được xử lý mỗi ngày? 1. Compress nén khối lượng giao dịch của mỗi Lô và cho phép càng nhiều giao dịch càng tốt trong không gian Blob; 2. Tăng số lượng Blobs; 3. Rút ngắn tần suất của các giao dịch Batch;

2. Do khối mạng chính Lượng dữ liệu được mang theo bị ảnh hưởng bởi Gas Limit và chi phí lưu trữ. 128 đốm màu trên mỗi khối là trạng thái lý tưởng. Hiện tại, chúng tôi không sử dụng nhiều như vậy. Lạc quan chỉ sử dụng 1 đốm màu mỗi 2 phút, để lại cho dự án layer2 để cải thiện TPS và mở rộng người dùng thị trường. Vẫn còn rất nhiều dư địa cho sự tăng trưởng và thịnh vượng sinh thái.

Do đó, trong một khoảng thời gian sau khi nâng cấp Cancun, Rollup không "tăng số lượng" về số lượng và tần suất sử dụng Blobs cũng như việc sử dụng đấu thầu không gian Blob.

Lý do Vitalik đề cập đến dòng chữ Blobscription là vì loại dòng chữ này có thể tạm thời tăng khối lượng giao dịch, điều này sẽ dẫn đến nhu cầu sử dụng Blob tăng lên, từ đó mở rộng quy mô. có thể cung cấp sự hiểu biết sâu sắc hơn về cơ chế hoạt động của Blobs, Vitalik Những gì tôi thực sự muốn bày tỏ không liên quan gì đến dòng chữ.

Bởi vì về mặt lý thuyết, nếu có một bên dự án lớp 2 thực hiện các giao dịch hàng loạt với tần suất cao và dung lượng cao tới mạng chính và lấp đầy khối Blob mọi lúc, miễn là họ sẵn sàng chịu chi phí cao cho các lô giao dịch giả mạo. Nó sẽ ảnh hưởng đến việc sử dụng Blob bình thường của lớp 2 khác, nhưng trong tình hình hiện tại, giống như việc ai đó mua sức mạnh tính toán để thực hiện một cuộc tấn công hard fork 51% vào BTC, về mặt lý thuyết là khả thi, nhưng trong thực tế không có động cơ lợi nhuận.

Do đó, giá gas sử dụng lớp 2 sẽ ổn định ở mức “thấp hơn” trong thời gian dài, điều này sẽ tạo cho thị trường lớp 2 một cơ hội phát triển vàng dài hạn về việc “tăng quân và tăng quân”. cung cấp thực phẩm".

3. Vậy điều gì sẽ xảy ra nếu một ngày thị trường layer2 khởi sắc đến một mức độ nhất định và số lượng giao dịch từ Batch đến mainnet đạt số lượng khổng lồ mỗi ngày và các gói dữ liệu Blob hiện tại là không đủ ? Ethereum đã cung cấp một giải pháp: sử dụng công nghệ lấy mẫu tính khả dụng của dữ liệu (DAS):

Hiểu đơn giản là dữ liệu ban đầu cần được lưu trữ trong một nút có thể được phân phối giữa nhiều nút cùng một lúc. Ví dụ: mỗi nút lưu trữ 1/8 tổng số dữ liệu Blob và 8 nút tạo thành một nhóm để đáp ứng khả năng DA, tương đương với việc mở rộng dung lượng lưu trữ Blob hiện tại lên 8 lần. Đây thực sự là những gì Sharding sẽ làm trong giai đoạn sharding trong tương lai.

Nhưng bây giờ Vitalik đã nhắc lại điều này nhiều lần, rất thú vị và dường như đang cảnh báo phần lớn các bên tham gia dự án lớp 2: Đừng lúc nào cũng phàn nàn rằng dung lượng DA của Ethereum quá đắt. Với dung lượng TPS hiện tại, bạn không có khả năng sử dụng các gói dữ liệu Blob. Phát triển đến mức cực đoan, nhanh chóng tăng hỏa lực để phát triển hệ sinh thái, mở rộng người dùng và khối lượng giao dịch và đừng lúc nào cũng nghĩ đến việc DA chạy trốn để tham gia vào việc tạo chuỗi bằng một cú nhấp chuột .

Sau đó, Vitalik nói thêm rằng trong số các bản tổng hợp cốt lõi hiện tại, chỉ có Arbitum đã đạt đến giai đoạn 1. Mặc dù @DeGateDex, Fuel, v.v. đã đạt đến giai đoạn 2, nhưng họ vẫn chưa quen với nhóm rộng hơn. Giai đoạn 2 là mục tiêu cuối cùng của bảo mật tổng hợp, rất ít tổng hợp đã đạt đến Giai đoạn 1 và hầu hết các tổng hợp đều ở Giai đoạn 0. Có thể thấy rằng sự phát triển của ngành công nghiệp tổng hợp thực sự khiến Vitalik lo lắng.

4. Trên thực tế, xét về vấn đề tắc nghẽn mở rộng, vẫn còn rất nhiều chỗ cho giải pháp Rollup layer2 để cải thiện hiệu suất.

1. Sử dụng không gian Blob hiệu quả hơn thông qua nén dữ liệu. OP-Rollup hiện có thành phần máy nén chuyên dụng để thực hiện công việc này. Bằng chứng SNARK/STARK nén ngoài chuỗi của ZK-Rollup được gửi tới mạng chính . "Nén";

2. Giảm sự phụ thuộc của lớp2 vào mạng chính càng nhiều càng tốt và chỉ sử dụng công nghệ chứng minh lạc quan để đảm bảo an ninh L2 trong các trường hợp đặc biệt. Ví dụ: hầu hết dữ liệu của Plasma đều nằm trên chuỗi, nhưng trong các tình huống Gửi và rút tiền đều diễn ra trên mạng chính, vì vậy mạng chính có thể hứa hẹn về tính bảo mật của nó.

Điều này có nghĩa là lớp 2 chỉ nên coi các hoạt động quan trọng như gửi và rút tiền có liên quan chặt chẽ đến mạng chính, điều này không chỉ giảm gánh nặng cho mạng chính mà còn nâng cao hiệu suất của chính L2. Trình sắp xếp trình tự đã đề cập trước đó về các khả năng xử lý song song, sàng lọc ngoài chuỗi, phân loại và xử lý trước một số lượng lớn giao dịch, cũng như tổng hợp kết hợp được quảng bá bởi @MetisL2, các giao dịch thông thường đi qua OP-Rollup, các yêu cầu rút tiền đặc biệt đi qua ZK Tuyến đường, v.v., tất cả đều có những cân nhắc tương tự.

Những điều trên

Phải nói rằng bài viết của Vitalik suy nghĩ về kế hoạch mở rộng trong tương lai của Ethereum là rất khai sáng. Đặc biệt, ông không hài lòng với tình trạng phát triển hiện tại của lớp 2, lạc quan về không gian hiệu suất của Blobs và mong chờ công nghệ sharding trong tương lai, thậm chí còn chỉ ra một số hướng để lớp 2 đáng để tối ưu hóa, v.v.

Trên thực tế, điều không chắc chắn duy nhất hiện nay thuộc về chính lớp 2. Làm thế nào để tăng tốc độ phát triển?