0Pricing
Web3 & DApp Development Fundamentals · Lección

Storage frente a memory

Ubicación de los datos

Storage frente a memory es una lección gratuita de Web3 & DApp Development Fundamentals en CoddyKit. Esta es la lección 3 de 4. Puedes leer la lección completa abajo gratuitamente — luego la practicas en el navegador con un editor de código integrado y un tutor de IA 24/7. Forma parte de la ruta de aprendizaje de Web3 & DApp Development Fundamentals, y tu progreso se sincroniza en la web y la app de CoddyKit. El curso de Web3 & DApp Development Fundamentals incluye 4 lecciones en total.

Partes de esta lección aún no han sido traducidas y se muestran en inglés.

Why Data Location Matters

In Solidity, reference types must specify a data location. The three locations are storage, memory, and calldata.

Choosing the right one affects persistence, mutability, and most importantly gas cost.

Storage

Storage is the contract's permanent on-chain state. State variables live here, and writing to storage is the most expensive operation.

Data in storage persists between transactions.

<code>contract Bank {
    uint256 public total; // lives in storage forever

    function add(uint256 v) public {
        total += v; // writes to storage (expensive)
    }
}</code>

Memory

Memory is a temporary scratchpad that exists only during a function call. It is much cheaper than storage and is cleared when the function returns.

Use memory for intermediate calculations and data you do not need to persist.

<code>function build() public pure returns (uint[] memory) {
    uint[] memory temp = new uint[](3);
    temp[0] = 1;
    temp[1] = 2;
    return temp; // discarded after call
}</code>

Calldata

Calldata is a read-only, non-modifiable location holding function arguments for external calls. It is the cheapest option because nothing is copied.

Use it for function parameters you only need to read.

<code>function sum(uint[] calldata values) external pure returns (uint total) {
    for (uint i = 0; i < values.length; i++) {
        total += values[i];
    }
}</code>

Storage Pointer to State

Inside a function, a storage local variable is a pointer to existing state. Modifying it changes the contract's actual storage.

<code>struct User { uint balance; }
mapping(address => User) users;

function credit() public {
    User storage u = users[msg.sender];
    u.balance += 100; // updates real state
}</code>

Memory Copy of State

If you instead load state into a memory variable, you get an independent copy. Changes to the copy do NOT update the contract's storage.

This is a common source of bugs for beginners.

<code>function noEffect() public view returns (uint) {
    User memory u = users[msg.sender];
    u.balance += 100; // only the copy changes
    return u.balance;  // storage is untouched
}</code>

Gas Cost Comparison

The cost ranking, from cheapest to most expensive:

  • calldata - read-only external args, no copy
  • memory - temporary, copied into RAM
  • storage - persistent on-chain, very costly to write

A fresh storage write (zero to non-zero) is one of the priciest EVM operations.

Prefer calldata for external

For external functions whose array or struct parameters are only read, use calldata instead of memory to avoid an unnecessary copy and save gas.

<code>// Cheaper: no copy is made
function process(bytes calldata data) external {
    // read data directly
}</code>

Where Defaults Apply

State variables are always storage. Function parameters and locals of reference type must declare a location explicitly. Value types and mapping members default to storage rules automatically.

Local mappings must always be storage - they cannot live in memory.

<code>// mapping locals must be storage
function f() public {
    // mapping(...) memory m;  // ERROR
}</code>

Caching Storage Reads

A gas optimization: if you read the same storage variable multiple times, copy it into a memory local once. Each storage read (SLOAD) costs gas.

<code>function loop() public view returns (uint) {
    uint cached = total; // one SLOAD
    uint acc;
    for (uint i = 0; i < 10; i++) {
        acc += cached; // reads memory, cheap
    }
    return acc;
}</code>

Returning Memory

Functions that build and return new arrays or structs use memory for the return value, since storage cannot be returned by value and calldata is input-only.

<code>function pair(uint a, uint b) public pure returns (uint[] memory) {
    uint[] memory out = new uint[](2);
    out[0] = a;
    out[1] = b;
    return out;
}</code>

Quick Check

Test your understanding of data locations.

Recap

You learned how Solidity data locations work:

  • storage - persistent, on-chain, most expensive to write
  • memory - temporary scratchpad, copied, cleared after the call
  • calldata - read-only external args, cheapest, no copy

Use storage references to mutate state, memory for temporary work, and calldata for read-only external inputs to save gas.

Preguntas frecuentes

¿La lección «Storage frente a memory» es gratis?

Sí — el texto completo de «Storage frente a memory» es gratis para leer aquí en la web. Para practicarla de forma interactiva (editor de código integrado y tutor de IA 24/7) y desbloquear el resto del curso de Web3 & DApp Development Fundamentals, actualiza a CoddyKit PRO. El curso de Web3 & DApp Development Fundamentals incluye 4 lecciones en total.

¿Qué aprenderé en «Storage frente a memory»?

Ubicación de los datos Practicas Web3 & DApp Development Fundamentals con código real que ejecutas directamente en el navegador, y un tutor de IA 24/7 responde tus preguntas mientras trabajas en la lección.

¿Necesito experiencia previa para empezar Web3 & DApp Development Fundamentals?

No se requiere experiencia previa. Web3 & DApp Development Fundamentals en CoddyKit está estructurado para principiantes hasta estudiantes avanzados, así que puedes empezar aquí o desde el inicio y avanzar a tu ritmo. Esta es la lección 3 de 4.

¿Cuánto tiempo toma la lección «Storage frente a memory»?

La mayoría de las lecciones de CoddyKit toman alrededor de 5–10 minutos. Cada una es compacta e interactiva, así que avanzas constantemente y retomas exactamente por donde dejaste en la web y la app.

¿Puedo escribir y ejecutar código en esta lección de Web3 & DApp Development Fundamentals?

Sí. Cada lección de Web3 & DApp Development Fundamentals incluye un editor de código integrado, así que escribes y ejecutas código real directamente en tu navegador y obtienes retroalimentación instantánea de IA — sin configuración local necesaria.

Todas las lecciones de este curso

  1. Tipos de valor
  2. Tipos de referencia
  3. Storage frente a memory
  4. Constantes e inmutables
← Volver a Web3 & DApp Development Fundamentals