Khi bạn đọc câu này, Visa sẽ xử lý 25.000 txs/giây, trong khi rollup chỉ xử lý 4.000 txs/giây. Tại sao lại có sự khác biệt lớn như vậy? Bởi vì các giao dịch trên mạng visa được ủy quyền riêng lẻ nhưng được xử lý hàng loạt. Do đó, bất kỳ giao dịch nào đến máy chủ đều được giải quyết khi chúng xảy ra và được xác minh sau.
Nhưng khi nói đến Số lượng giao dịch trên mỗi giây trên rollup , kịch bản sẽ khác vì mọi nút được kết nối phải đồng ý đọc/ghi vào/vào blockchain để Tính chất cuối cùng. Điều đó có nghĩa là, kích thước giao dịch càng nhỏ thì các nút này càng nhanh chóng xác minh và đưa giao dịch đó vào Block, cải thiện Số lượng giao dịch trên mỗi giây và Xuất lượng.
Hiện tại, bằng cách trừu tượng hóa môi trường hoạt động dưới dạng dữ liệu khả dụng, thực thi, Consensus và giải quyết, các rollup đã giảm đáng kể kích thước giao dịch từ 109 byte xuống còn 12 byte, tăng Số lượng giao dịch trên mỗi giây trên các rollup . Nhưng để đáp ứng bất kỳ khả năng mở rộng nào phù hợp với câu chuyện về 100k Số lượng giao dịch trên mỗi giây để cạnh tranh với Visa, việc nén dữ liệu trên các rollup phải được tăng cường mà không làm giảm khả năng xác minh và phân cấp.
Mảnh ghép còn thiếu của câu đố về khả năng mở rộng siêu việt:
Điều chúng ta chưa có hiệu quả cho đến bây giờ là tính nhất quán của DAS, Account Abstraction và Nén
Như chúng ta đã thấy, rollup đã đạt được khả năng mở rộng, vượt trội hơn L1 bằng cách lưu trữ dữ liệu trên một lớp thay thế và làm cho chúng có sẵn khi cần để xác minh với chi phí chỉ bằng một phần nhỏ. Nhưng khi nói đến việc mở rộng lên 100k Số lượng giao dịch trên mỗi giây, trên rollup, nhu cầu là tìm cách để nén dữ liệu xa hơn nữa ngoài việc sử dụng DA.
Làm sao mà việc nén dữ liệu đó có thể xảy ra?
Điều này chỉ có thể xảy ra khi có một cổng cho phép cắt tỉa giao dịch thêm. DAS hoặc Data Availability Sampling là một cách tốt để tiến về phía trước mà vẫn chưa có trên blob nhưng nó cung cấp cho chúng ta một cách để tiến về phía trước. Và khi điều này đã được triển khai, dung lượng trên blob có thể được tăng lên trong tương lai gần như đã nêu trong hình ảnh bên dưới. Như bạn có thể thấy
Nguồn: Trang web của Vitalik Buterin
khi Đề xuất cải tiến Ethereum (EIP)- 4337 + với các kỹ thuật tổng hợp được đưa vào sử dụng, chúng đã giảm kích thước nén trạng thái lý tưởng xuống còn 23 byte. Tuy nhiên, khi kết hợp với Đề xuất cải tiến Ethereum (EIP)-4844, nơi DAS xuất hiện thông qua mô hình PeerDAS, thậm chí có thể đạt được kích thước byte nhỏ hơn dưới 12 byte bằng cách nén UserOp ở phía máy khách trước.
Sau đó, sẽ có một kỹ thuật Account Abstraction , trong đó các hợp đồng thông minh có thể truy vấn tính chung. Tính chung này có thể nén dữ liệu thêm nữa để mở rộng quy mô nội bộ trong các bản tổng hợp. Trong mô hình này, thông qua Account Abstraction, môi trường tổng hợp có thể đánh giá các giao dịch lặp lại và trừu tượng hóa cùng một không gian bằng cách cho phép một hình thức giao dịch mới chiếm vị trí của nó để có Số lượng giao dịch trên mỗi giây cao trên các bản tổng hợp . Việc cắt tỉa dữ liệu như vậy có thể giảm đáng kể tải trên mạng và cải thiện hiệu quả của nó.
Trong một đợt Airdrop gần đây, một dự án đã sử dụng phương pháp xử lý theo lô và nhóm dữ liệu với nén mã hóa theo chiều dài, một kỹ thuật như vậy đã giảm kích thước dữ liệu thông qua nén dữ liệu tuyến tính tới 61,68%.
Nếu áp dụng phương pháp này để mở rộng quy mô nội bộ trong môi trường tổng hợp sử dụng dữ liệu blob để tăng tính khả dụng của dữ liệu, có thể đạt tới 13888,88 giao dịch trên mỗi kích thước blob và với 3 blob trên mỗi Block trên L1, việc đạt tới 100k Số lượng giao dịch trên mỗi giây với tổng hợp không phải là điều quá khó khăn khi xét đến việc các blob có kích thước giao dịch nhỏ hơn khi sử dụng DAS sẽ bao gồm nhiều blob hơn trên mỗi Block để tăng Số lượng giao dịch trên mỗi giây trên các tổng hợp để mở rộng quy mô nội bộ.
Với khả năng bao gồm 512 KB dữ liệu cho mỗi Block thay vì chỉ 100 KB trung bình mà Ethereum hiện cho phép, người ta chỉ có thể cân nhắc đến việc giảm kích thước Tx có thể giải phóng không gian cho các blob để bao gồm nhiều giao dịch hơn và tăng khả năng tổng hợp nội bộ để đạt đến tầm cao mới.
Song song hóa: Mô phỏng làn thu phí để có Số lượng giao dịch trên mỗi giây cao khi xe lăn bánh
Tại sao các trạm thu phí không có một làn đường duy nhất cho phép xe đi qua? Nếu bạn làm như vậy, sẽ dẫn đến rất nhiều công việc cho một người vận hành duy nhất để xử lý. Tương tự như vậy, chúng tôi đã thảo luận về việc cắt tỉa dữ liệu, vốn là một mã bí ẩn để bẻ khóa cho các lần thu phí đã đạt được phần nào thông qua nén dữ liệu và Đề xuất cải tiến Ethereum (EIP)-4844. Nhưng không có điều gì trong số đó thậm chí còn quan trọng cho đến khi và trừ khi các lần thu phí có công nghệ tại chỗ để cho phép xử lý giao dịch đồng thời ở mọi cấp độ.
Tuy nhiên, điều đó chỉ có thể xảy ra khi môi trường rollups được xây dựng giống như một trạm thu phí, thay vì một lối đi duy nhất. Vitalik Buterin, người sáng lập Ethereum cho biết Dencun Upgrade đã tăng khả năng của rollups, chắc chắn là thông qua tính khả dụng của dữ liệu có phí thấp. Nhưng nếu không có môi trường có thể xử lý hàng triệu giao dịch và không chịu khuất phục trước áp lực mạng, thì trận chiến đã thắng một nửa. Đề xuất cải tiến Ethereum (EIP)-648 là mảnh ghép còn thiếu để tìm và triển khai.
Đề xuất cải tiến Ethereum (EIP)-648 sẽ giải quyết vấn đề xử lý song song như thế nào?
Một ví dụ sẽ giúp bạn hiểu rõ hơn về khái niệm này. Hãy tưởng tượng một hàng đợi ở rạp chiếu phim. Tất cả những người đi xem phim đều phân tán với nhân viên phục vụ tại ki-ốt không biết ai sẽ xem gì; do đó tạo ra nhiều thời gian chờ đợi cho người xem/người đi xem phim.
Bây giờ, hãy thay thế cùng một kịch bản bằng ki-ốt nơi nhân viên biết ai sẽ muốn xem phim nào. Trong tình huống như vậy, nhân viên tại Ki-ốt có thể chỉ cần xem số lượng người và đưa ra một truy vấn duy nhất, 20 vé cho phim Avengers và những người đi xem phim nhanh chóng nhận được những vé đó mà không cần phải chia sẻ thông tin chi tiết mỗi lần với nhân viên. Một sự sắp xếp như vậy không chỉ có thể xử lý khả năng mở rộng không giới hạn mà còn cung cấp trải nghiệm người dùng tốt hơn.
Các bản tổng hợp có thể thực hiện tương tự cho người dùng thông qua song song hóa, trong đó môi trường tổng hợp xác định các phạm vi trong danh sách RLP. Ví dụ:
Giới thiệu một loại giao dịch mới (theo cùng định dạng chung như #232):
[2, network_id, startgas, đến, dữ liệu, phạm vi]
Trong đó, phạm vi là danh sách RLP, trong đó mỗi giá trị trong danh sách là tiền tố địa chỉ, biểu diễn phạm vi của tất cả các địa chỉ có tiền tố đó. Ví dụ:
Đối với hàm Phạm vi từ 0-99, hợp đồng thông minh rollups có thể tóm tắt các danh mục cụ thể như phân tách tất cả các giao dịch dưới 20 từ một địa chỉ XXggsjjklslqqsjsjsjsjsj đến 1 gshslkshlkshklqshjkls
Bây giờ, các rollup có thể phân tách tất cả các nhóm như vậy và đưa vào xử lý song song dựa trên các hàm gọi. Vì vậy, các rollup có thể xác định các hàm phạm vi như vậy cho các giao dịch NFT thành token tiện ích để chỉ cần hoán đổi và ghi.
Kết quả là, việc phân tách có chọn lọc mà không làm gián đoạn độ trễ diễn ra trong môi trường tổng hợp để cải thiện Xuất lượng và khả năng mở rộng, trong đó người dùng có thể xác định starting_gas_height, finished_gas_height,
khởi động_khí,
total_gas_used và môi trường rollup nhanh chóng loại bỏ tất cả các giao dịch khác không tuân theo các hướng dẫn này tại nút sequencer. Kịch bản phim lý tưởng đã được thảo luận trong ví dụ trên.
Thực hành này cho phép tất cả các giao dịch trong Máy ảo Ethereum (EVM) được xử lý song song vì thông qua blob, bạn đã giải quyết được vấn đề gas nén và thông qua song song hóa, bạn chỉ cần đảm bảo rằng mạng có thể duy trì bền vững mặc dù lợi nhuận đầu tư thấp để bảo mật mạng cho Số lượng giao dịch trên mỗi giây cao khi cuộn lên.
Vì vậy, chúng ta thấy rằng tính mô-đun đã phát huy tác dụng đối với các bản tổng hợp trong giai đoạn đầu nhưng giờ đã đến lúc nâng cấp để áp dụng rộng rãi. Để đạt được 100 nghìn Số lượng giao dịch trên mỗi giây trên các bản tổng hợp , hệ sinh thái phải tiến triển trên mọi mặt trận từ việc giảm giá đến việc cải thiện trải nghiệm cho người dùng như TradFi trừ đi những nhược điểm. Song song hóa, protodanksharding và trừu tượng hóa tài khoản chỉ đơn giản là cải thiện trạng thái của Số lượng giao dịch trên mỗi giây trên các bản tổng hợp . Trong tương lai gần, những tiến bộ trong công nghệ sẽ giúp các bản tổng hợp sẵn sàng để áp dụng ở cấp độ ngành và đó là nơi nhu cầu về một đối tác công nghệ có thể giúp bạn hòa nhập với sự thay đổi.
Ra mắt một bản tổng hợp OP/ ZK ROLLUP có khả năng mở rộng cực cao với Zeeve RaaS
Rollups-as-a-Service (RaaS) của Zeeve đơn giản hóa mục tiêu của bạn là khởi chạy rollup Layer 2 hoặc Layer 3 tùy chỉnh của riêng bạn thông qua công cụ triển khai mã thấp cho tất cả các rollup hàng đầu. Bạn có thể khởi chạy ZK hoặc Optimistic Rollup của riêng mình bằng cách sử dụng RaaS của Zeeve. Bên cạnh đó, nhiều năm kinh nghiệm trong ngành của Zeeve đã giúp xây dựng các quan hệ đối tác có giá trị và ý nghĩa với hơn 40 đối tác tích hợp trong không gian rollup. Người dùng có thể tận dụng lợi thế tích hợp nhanh chóng các giải pháp của họ vào môi trường rollup của họ. Zeeve cũng cung cấp các thành phần rollup quan trọng như các nút có thể mở rộng, RPC, trình lập chỉ mục dữ liệu, trình khám phá Block , vòi testnet, Cầu nối liên mạng (Cross-Chain Bridges) và nhiều thành phần khác mà bạn cần để xây dựng rollup tùy chỉnh của mình.
Để được hỗ trợ, bạn luôn có thể liên hệ với chúng tôi vì chúng tôi là nhà cung cấp dịch vụ đạt chứng chỉ ISO 27001 và SOC 2 để giúp bạn triển khai giải pháp ngay hôm nay.
