Vitalik Buterin đưa ra dự thảo EIP-7706, gợi ý một loại gas mới cho dữ liệu gọi (calldata) trong Ethereum

Buzz

Nội dung bài viết

Đề xuất EIP-7706 là gì?

Xem thêm

Đọc tóm tắt

- Đề xuất EIP-7706 của Buterin nhằm giới thiệu loại gas mới cho calldata trong giao dịch Ethereum, nhằm phân loại chi phí truyền dữ liệu độc lập với thực thi mã và lưu trữ dữ liệu.
- Đề xuất này, được đưa ra sau EIP-7702, nhằm giảm phí gas cho giao dịch dữ liệu lớn và quản lý ba loại gas (thực thi, blob và calldata) qua hệ thống điều chỉnh phí đồng thời.
- 'Blobs' cũng được đề cập trong các đề xuất như EIP-4844 để tối ưu hóa lưu trữ dữ liệu lớn trên blockchain.

Trong giao dịch Ethereum hiện tại, có hai loại gas chính: một cho thực thi và một cho lưu trữ dữ liệu.

Đề xuất của Buterin đề nghị thiết lập một loại gas thứ ba cụ thể cho calldata, phần của giao dịch Ethereum chứa dữ liệu gửi đến các hợp đồng thông minh khi gọi hàm.

Đề xuất mới nhất này được giới thiệu chỉ vài ngày sau khi Buterin, cùng với các đồng tác giả Sam Wilson, Ansgar Dietrichs, và Matt Garnett, đề xuất các cải tiến cho trừu tượng tài khoản trong EIP-7702.

Đề xuất EIP-7706 là gì?

Việc giới thiệu một loại gas mới dành riêng cho dữ liệu gọi sẽ làm cho mạng lưới Ethereum áp dụng chi phí cụ thể cho việc truyền dữ liệu trong các giao dịch, không liên quan đến việc thực thi mã hợp đồng hoặc lưu trữ dữ liệu.

Nếu đề xuất được chấp nhận, mạng lưới sẽ điều chỉnh giá trị cho việc truyền dữ liệu này độc lập với các chi phí khác, nhằm giảm phí gas cho các giao dịch có nhiều dữ liệu mà không cần tốn nhiều công sức tính toán.

Buterin cũng đề xuất quản lý cả ba loại gas - thực thi, blob và dữ liệu gọi - thông qua một hệ thống điều chỉnh phí đồng thời, giúp đơn giản hóa quá trình.

Đề xuất này đề nghị một loại giao dịch mới cung cấp max_basefee và priority_fee dưới dạng một vectơ, cung cấp các giá trị cho gas thực thi, gas blob và gas dữ liệu gọi, theo Buterin.

Trong Ethereum, calldata đề cập đến dữ liệu được chuyển đến hợp đồng thông minh khi gọi một hàm, chứa các tham số cần thiết cho hàm đó. Calldata là dữ liệu chỉ đọc, không thay đổi, và được sử dụng trong quá trình thực thi giao dịch, giúp tiết kiệm chi phí gas vì nó không yêu cầu lưu trữ vĩnh viễn.

Khái niệm blobs liên quan đến việc lưu trữ dữ liệu lớn trên blockchain. Mặc dù không phải là một phần của kiến trúc hiện tại của Ethereum, nó được đề cập trong các đề xuất cải tiến như một phần của nỗ lực tối ưu hóa và mở rộng khả năng lưu trữ dữ liệu.

Trong các đề xuất như EIP-4844 (hay còn gọi là proto-danksharding), 'blobs' được nhắc đến trong việc lưu trữ các khối dữ liệu lớn. Mục đích là để lưu trữ dữ liệu lớn hơn trên blockchain một cách hiệu quả, giảm chi phí lưu trữ và tăng tốc độ xử lý giao dịch.

Theo The Block

Nội dung được phát triển bởi đội ngũ Mytour với mục đích chăm sóc khách hàng và chỉ dành cho khích lệ tinh thần trải nghiệm du lịch, chúng tôi không chịu trách nhiệm và không đưa ra lời khuyên cho mục đích khác.

Nếu bạn thấy bài viết này không phù hợp hoặc sai sót xin vui lòng liên hệ với chúng tôi qua email [email protected]

Các câu hỏi thường gặp

Đề xuất EIP-7706 của Buterin có gì mới trong việc cải thiện giao dịch Ethereum?

Đề xuất EIP-7706 giới thiệu một loại gas mới dành riêng cho dữ liệu gọi (calldata), giúp giảm phí gas cho các giao dịch chứa nhiều dữ liệu mà không ảnh hưởng đến việc thực thi mã hợp đồng hoặc lưu trữ dữ liệu.

Calldata trong giao dịch Ethereum là gì và nó có vai trò gì?

Calldata là dữ liệu chỉ đọc được chuyển đến hợp đồng thông minh khi gọi một hàm. Nó chứa các tham số cần thiết và giúp tiết kiệm chi phí gas vì không yêu cầu lưu trữ vĩnh viễn trên blockchain.

Lợi ích của việc giới thiệu loại gas thứ ba cho calldata là gì?

Việc giới thiệu loại gas thứ ba dành riêng cho calldata giúp Ethereum áp dụng chi phí riêng cho việc truyền dữ liệu trong giao dịch, giảm phí gas cho các giao dịch chứa dữ liệu lớn mà không cần tính toán phức tạp.

Blobs trong Ethereum là gì và nó có ảnh hưởng gì đến khả năng lưu trữ dữ liệu?

Blobs là khối dữ liệu lớn được lưu trữ trên blockchain Ethereum. Mặc dù chưa phải là một phần chính thức trong kiến trúc, nó được đề xuất trong EIP-4844 để tối ưu hóa lưu trữ dữ liệu lớn và giảm chi phí lưu trữ.