Trong lập trình Solidity, cấu trúc lưu trữ dữ liệu (Storage vs Memory vs Calldata) khác nhau như thế nào và việc sử dụng sai có thể gây ra hậu quả gì về hiệu năng và bảo mật?

Question

Accepted Answer

Bản chất vấn đề
EVM phân chia các vùng nhớ cho biến và dữ liệu với chi phí Gas hoàn toàn khác nhau. Hiểu rõ ba vùng nhớ chính (Storage, Memory, Calldata) giúp tối ưu hóa chi phí giao dịch đáng kể.
Phân tích chi tiết từng loại

Storage:
Vùng lưu trữ vĩnh viễn trên blockchain.
Chi phí Gas cực kỳ đắt đỏ (đặc biệt là thao tác ghi/sửa đổi giá trị từ 0 thành số khác).
Mọi biến trạng thái (state variables) đều nằm ở Storage.

Memory:
Vùng lưu trữ tạm thời trong quá trình thực thi hàm.
Dữ liệu bị xóa sau khi hàm kết thúc.
Chi phí Gas ở mức trung bình, có thể đọc và ghi đè thoải mái.

Calldata:
Vùng nhớ chỉ đọc (read-only) chứa các tham số được truyền vào hàm từ bên ngoài.
Rẻ nhất về mặt chi phí Gas và là bắt buộc khi sử dụng biến kiểu mảng/chuỗi đối với các hàm external.

Ví dụ code minh họa (Solidity)
contract MemoryOptimization {
    uint256[] public numbers;

// Sử dụng calldata cho tham số đầu vào mảng external giúp tối ưu gas
    function processArray(uint256[] calldata inputData) external pure returns (uint256) {
        uint256 sum = 0;
        for (uint256 i = 0; i < inputData.length; i++) {
            sum += inputData[i];
        }
        return sum;
    }
}
Lưu ý kinh nghiệm thực chiến
Lỗi thường gặp của lập trình viên Junior là sử dụng memory thay vì calldata cho các mảng đầu vào của hàm external, dẫn đến việc EVM phải tốn thêm chi phí copy dữ liệu từ calldata sang memory một cách không cần thiết.

Trong lập trình Solidity, cấu trúc lưu trữ dữ liệu (Storage vs Memory vs Calldata) khác nhau như thế nào và việc sử dụng sai có thể gây ra hậu quả gì về hiệu năng và bảo mật?

Bản chất vấn đề

Làm Chủ Phỏng Vấn & Nâng Cao Trình Độ Chuyên Nghiệp

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi blockchain liên quan cùng chủ đề