Tipos de almacenamiento
Contenido del curso
Ernesto García
Profesor
Johan Muñoz
Adolfo Sebastián Jara Gavilanes
Jimmy Buriticá Londoño
Luis Alejandro Vera Hernandez
Abidan Triguero Calle
Joaquin Jimenez Garcia
Alberto Beltrán
Miguel Angel Escurra
Carlos Javier Quex Orellana
Sebastian Perez
Profesor
Jorge Fidel Zubieta Choque
Marcelo Haro
Sebastian Perez
Profesor
Andres Valencia
Sebastian Perez
Profesor
Anderson Eduardo Arévalo Ramírez
Luis von Rickenbach
Tipos de almacenamiento
Memoria dinámica
La razón por la que un string necesita un sufijo que indique el uso de memoria, es debido a que es memoria dinámica, por lo que calldata no puede alocar una cantidad definida de memoria, por lo que tenemos que indicarle que esa variable la pase por la memoria volátil (RAM/memory), para que la función la pueda manejar correctamente.
Este efecto ocurre con cualquier cosa que sea de tamaño no definido, por ejemplo:
Que buen aporte <3
Gran aporte
Storage:
Hace referencia a todos los datos guardados permanentemente en la blockchain. ¿Pero cuáles son estos datos? Las variables de nuestro contrato que hayan sido declaradas en el scope global fuera de cualquier método (función del contrato), a esto se le denomina el ESTADO de nuestro Smart Contract. Puedes entenderlo como los datos del disco duro de tu ordenador, solo que están en la blockchain, esto es, descentralizados en millones de discos duros u otros dispositivos de almacenamiento persistente (nodos).
Data Location
Storage: Queda guardada dentro de la blockchain, siempre vamos a poder obtener el valor almacenado, pues este nunca se va borrar. Memoria Persistente.
Memory (Modificable): Solo existe mientras se llama una función y no podemos acceder de nuevo a el dato. Temporales. Costo menor al STORAGE
Calldata: Solo existe mientras se llama la función.
Por defecto las variables de estado se almacenan en el storage y los parámetros en memory.
RESUMEN CLASE 12: TIPOS DE ALMACENAMIENTO
Storage: es el almacenamiento persistente de los contratos, por lo tanto su costo es superior.
Memory: almacenamiento temporal, su contenido está ligado al ámbito de la función que lo declara. Su costo es menor al de storage.
Calldata: es donde se alojan los parámetros y su comportamiento es similar al de memory.
REMIX:
Almacenamiento.sol
// SPDX-License-Identifier: GLP-3.0 pragma solidity >=0.7.0 <0.9.0; contract Almacenamiento { string private nombre; constructor(string memory palabra) { nombre = palabra; } }
Es curioso que si en el constructor pasas un "uint" en lugar de "string", no te pide que selecciones el tipo de guardado...
Esto sucede porque el tipo de almacenamiento solo existe para los tipos de datos por referencia (arrays, strings, bytes, structs, mappings), mientras que cualquier otro dato (como uint) es un tipo de dato por valor, a los cuales Solidity les asigna un almacenamiento por default, es decir, no debemos ni podemos asignarles uno.
Puedes leer más sobre esto en la documentación: https://docs.soliditylang.org/en/latest/types.html#data-location
Tipos de almacenamiento
Porque a una variable bool no se le indica si se usa memory o storage?
Hola Carlos, no se le indica porque es un atributo que se guarda por valor y no por referencia. Es decir, cuando se almacena un booleano, se almacena un 0 o un 1, y se lee directamente. En cambio, en un string o un struct contamos con información más compleja que no es leida directamente de su almacenamiento y por lo tanto hay que alojar el bloque de información en la memoria o en el storage.
// SPDX-License-Identifier: GPL-3.0
pragma solidity >=0.7.0 <0.9.0;
contract Almacenamiento {
string private nombre; // al ser private pasa a ser parte del storage constructor(string memory palabra) { // memory porque la funcion va a ser de uso temporal nombre = palabra; // palabra al ser el contenido de la variable nombre y nombre ser private => palabra pasa a ser parte del storage! }
// Cuando utilizar Storage? // Cuando la informacion esta almacenada en alguna estructura desde algun contrato como strcuts, arrays, strings. }
Por favor, en el comentario de Ernesto García menciona acerca de la memoria dinámica, señala que “calldata no puede alojar una cantidad definida de memoria”, esto confunde un poco, por favor entonces calladata puede alojar cantidades indefinidas de memoria? , calladata es de memoria definida o es indefinida?
O es que tal ves lo que quiso decir fue lo contrario en el comentario, que calladata no puede alojar una cantidad indefinida de memoria, por favor si me pueden guiar con esa duda.
Calldata es de sólo lectura. No tiene un límite (si lo tiene, pero es bastante amplio) definido pero no es algo que vayamos a modificar o necesitar saber para escribir los contratos. No se si responde la consulta pero tal vez ayuda a clarificar
Si entiendo ¿Cuando estoy usando un struct no tengo necesidad entonces de decir que se debe declarar que es <storage>? ¿Solidity ya lo supone?
Si el struct es una variable del contrato (es decir, que no está declarada dentro de una función pero sí dentro del contrato), estará almacenado en el Storage y no hace falta que le agregues nada.
Funciona como una clase y un contrato es una clase jejejje creo
Esta es una de las cosas que mas me cuesta entender dentro de solidity, muy buena clase!
