1. Chúng tôi sử dụng hai phương pháp tính toán để đánh giá khả năng giảm phí gas, TPS (giao dịch mỗi giây) và khả năng đáp ứng các Bản tổng hợp sau khi triển khai EIP-4844.
2. Người ta ước tính rằng EIP-4844 có thể chứa nhiều Calldata hơn, dao động từ 38 lần đến 192 lần, với kích thước Calldata lần lượt là 10 KB và 2 KB. Vì có thể chứa nhiều Calldata hơn trong cùng một khối nên chi phí cho mỗi đơn vị Calldata cũng sẽ giảm tương ứng.
3. Giả sử rằng kích thước Calldata của mỗi Bản tổng hợp là 2 KB thống nhất, EIP-4844 chỉ có thể chứa tối đa 384 Bản tổng hợp.
4. Trong trường hợp bình thường (tức là khi khối đạt kích thước mục tiêu), Ethereum sẽ đạt 175 TPS thông qua EIP-4844, tối đa là 350.
5. Trái với suy nghĩ của nhiều người, chỉ riêng EIP-4844 là không đủ để cải thiện đáng kể khả năng mở rộng của Ethereum.
6. Việc sử dụng các lớp DA thay thế (chẳng hạn như Celestia ) hoặc DAC (chẳng hạn như zkPorter), cải thiện tốc độ nén dữ liệu giao dịch L2 và tăng tỷ lệ zk Rollups sẽ có tác động quan trọng trong việc cải thiện hơn nữa khả năng mở rộng của Ethereum.
Proto-danksharding (còn được gọi là EIP-4844) đề xuất triển khai hầu hết logic và quy tắc mà Danksharding có thể sử dụng trong tương lai. Hiện tại, do chi phí lưu trữ trên L1 cao nên phí chuyển đổi sang L2 cũng tương đối cao. Để giải quyết vấn đề này, EIP-4844 giới thiệu loại dữ liệu mới Blob, rẻ hơn và lớn hơn calldata, cung cấp một cách khác để lưu trữ dữ liệu tổng hợp.
Với sự ra mắt sắp tới của EIP-4844, trình sắp xếp chuỗi L2 có thể mang lại nhiều lợi nhuận hơn. Điều này là do trình sắp xếp chuỗi chịu trách nhiệm nhập các lô giao dịch vào L1 và thanh toán phí dữ liệu, đồng thời phí dữ liệu L1 mà trình sắp xếp chuỗi sẽ giảm đáng kể. Phí giao dịch thấp có khả năng tạo ra nhiều MEV hơn bằng cách tăng số lượng đơn đặt hàng trên L2.
Bản nâng cấp Cancun sẽ bao gồm EIP-4844, nhưng chưa có thời gian chính xác cho việc nâng cấp. Nhóm nghiên cứu của Ethereum Foundation tuyên bố rằng bản nâng cấp Cancun có thể được tung ra vào cuối tháng 10. Tuy nhiên, nhiều khả năng nó sẽ được ra mắt vào khoảng quý 1 năm 2024.
Vậy EIP-4844 có thể giảm phí giao dịch ở mức độ nào? Hiện tại, phí giao dịch L2 chủ yếu bao gồm hai phần:
- Chi phí tổng hợp: Chi phí đóng gói, gửi và lưu trữ các giao dịch trên Ethereum.
- Chi phí thực hiện: chi phí thực hiện giao dịch trên L2
Phí giao dịch L2 = Chi phí tổng cộng + Chi phí thực hiện
= [ Giá gas L1 * (Calldata + Chi phí cố định)] + [ Giá gas L2 * Gas sử dụng L2 ]
Lấy Optimism làm ví dụ, hiện tại, gần 80% tổng phí giao dịch đến từ chi phí lưu trữ L1 (tức là chi phí Calldata). Hiện tại, chúng tôi bỏ qua tác động của các khoản phí khác và đề xuất hai phương pháp để ước tính mức phí giao dịch L2 có thể giảm sau EIP-4844.
Trong EIP-4844 , sau khi đề xuất được triển khai, kích thước của mỗi Blob là 128 KB và mỗi Blob tiêu thụ 131.072 Gas. Do đó, trung bình mỗi byte dữ liệu Blob sẽ tiêu tốn 128 * 1024/131, 072 = 1 Gas. Để so sánh, việc lưu trữ một byte Calldata hiện tiêu tốn 16 Gas. Điều này cho thấy chi phí lưu trữ các giao dịch L2 sẽ giảm đi 16 lần.
Tuy nhiên, phương pháp này chỉ so sánh chi phí lưu trữ trên mỗi byte và không xem xét tổng dung lượng Gas của khối. Vì tổng lượng Gas mà một khối có thể mang theo có thể thay đổi sau EIP-4844 nên chi phí lưu trữ giao dịch L2 có thể giảm hơn 16 lần.
Phương pháp thứ hai xem xét kích thước khối và kiểm tra số lần Calldata hiện tại có thể được cung cấp theo các kích thước khối khác nhau. Theo các tham số hiện tại, trong kịch bản kích thước khối mục tiêu, một khối có thể chứa 3 đốm màu (0,375 MB) và tối đa 6 đốm màu (0,75 MB). Xét rằng Calldata của mỗi khối hiện chiếm khoảng 2-10 KB , sau EIP-4844, nó có thể chứa tới 0,75 * 1024/2 = 384 lần Calldata.
Tuy nhiên, khi kích thước khối tăng từ giá trị mục tiêu đến giá trị tối đa, giá gas sẽ tăng theo cấp số nhân. Do đó, trong trường hợp phổ biến hơn (tức là khi khối đạt đến kích thước mục tiêu), EIP-4844 có thể chứa 38 – 192 lần dữ liệu cuộc gọi tương ứng là 10 KB và 2 KB dữ liệu cuộc gọi. Khi dung lượng của Calldata trong khối tăng lên, chi phí lưu trữ của Calldata cũng sẽ giảm theo. Vì vậy, chi phí của giao dịch L2 cũng sẽ giảm đi tương ứng.
Ngoài ra, giả sử rằng kích thước Calldata của mỗi Bản tổng hợp là 2 KB thống nhất, EIP-4844 chỉ có thể chứa tối đa 384 Bản tổng hợp. Con số này không đạt tới hàng nghìn bản tổng hợp mà nhiều người đã hình dung.
Dựa trên điều này, chúng ta cũng có thể rút ra thứ tự TPS mà Ethereum có thể đạt được sau EIP-4844. Hiện tại, một giao dịch L2 trung bình có giá khoảng 3.000 Gas of Calldata trên L1 . Xem xét rằng Calldata có chi phí gas là 16 mỗi byte, điều này cho thấy rằng mỗi giao dịch L2 trên L1 là khoảng 187 byte.
Sau EIP-4844, kích thước khối mục tiêu là 0,375 MB và Ethereum tạo ra một khối cứ sau 12 giây. Do đó, không gian khả dụng mỗi giây là 0,375/12 * 1024 = 32 KB, có thể chứa 32 * 1024/187 = 175 giao dịch. Do đó, trong các trường hợp bình thường (tức là khi khối đạt kích thước mục tiêu), TPS của Ethereum sau khi nâng cấp EIP-4844 phải là 175, tối đa là 350.
Mặc dù TPS cao hơn có thể cải thiện hiệu quả, nhưng điều đáng chú ý là ngay cả khi triển khai EIP-4844, Ethereum vẫn không tốt bằng Visa , hiện có TPS lên tới 1700. Khoảng cách này vẫn có thể gây tắc nghẽn mạng L1 và L2, đặc biệt là trong các tình huống nhu cầu cao.
Do đó, chỉ riêng EIP-4844 là không đủ để cho phép Ethereum đạt được khả năng mở rộng cao hơn. Chúng tôi vẫn cần một giải pháp sẵn có dữ liệu hiệu quả và tiết kiệm chi phí hơn để lưu trữ nhiều Calldata hơn (chẳng hạn như lớp DA như Celestia hoặc DAC như zkPorter), những giải pháp này vẫn rất quan trọng để đạt được khả năng mở rộng.
Cuối cùng, tỷ lệ nén của giao dịch L2 ảnh hưởng trực tiếp đến kích thước của Calldata được lưu trữ trong L1. Tỷ lệ nén càng cao thì chi phí L1 cần thiết càng thấp. Khi zkRollup tiếp tục phát triển, lượng dữ liệu cần được lưu trữ trên L1 sẽ ngày càng ít đi, điều này cũng sẽ có lợi hơn cho việc cải thiện khả năng mở rộng của Ethereum. Vì zkRollup khác với Optimistic Rollup nên zkRollup chỉ cần lưu trữ các thay đổi trạng thái thay vì toàn bộ giao dịch.
Tóm lại
Trong bài viết này, chúng tôi sử dụng hai phương pháp tính toán khác nhau để đánh giá khả năng giảm phí gas, TPS (giao dịch mỗi giây) và khả năng đáp ứng các đợt tổng hợp sau khi triển khai EIP-4844. Kết quả cho thấy, giả sử rằng kích thước Calldata của mỗi Rollup là 2 KB thống nhất, EIP-4844 chỉ có thể hỗ trợ tối đa dưới 400 Rollup. Điều này khác xa so với nhu cầu về hàng nghìn Rollups mà nhiều người mong đợi. Việc sử dụng các lớp DA hoặc DAC thay thế, tăng tốc độ nén dữ liệu giao dịch L2 và tăng tỷ lệ cuộn zk đều sẽ có tác động đáng kể trong việc cải thiện hơn nữa khả năng mở rộng của Ethereum.
