Uso de Modificadores en Solidity

Clase 10 de 21 • Curso de Introducción a Solidity

Ernesto García

teacher•

Modificadores

Los modificadores son funciones especiales por el usuario y que se añaden a otra función para envolver su funcionamiento

modifier <name>(<type> <parameter>..., [,...]) {
  <content>
}

El guión bajo

El guión bajo (también conocido como placeholder), es una instrucción especial del modificador que indica dónde se va a ejecutar el código de la función inicial que envuelve al modifier.

Por ejemplo

## Primero valida y luego ejecuta
modifier isOwner() {
  if(<condicion>) revert()
  _;
}

## Primero ejecuta y luego valida
modifier isOwner() {
   _;
  if(<condicion>) revert()
}

## Ejecuta, valida y vuelve a ejecutar
modifier isOwner() {
   _;
  if(<condicion>) revert()
   _;
}

Luis Alejandro Vera Hernandez

student•

Super, muy bueno, gracias

Adolfo Sebastián Jara Gavilanes

student•

Gracias por compartir las distintas formas de usar el _

Rob Arroyo

student•

La función revert() se utiliza para arrojar una excepción en nuestro smart contract y revertir la función que la llama. Se puede agregar un mensaje como parámetro describiendo el error.

modifier EsOwner() {
        if (msg.sender != owner) revert("Solo el dueño del contrato puede modificarlo.");
        _;
    }

Carlos Rodríguez

student•

Buenísimo tu aporte.

Pepe Sosa

student•

Dentro de un modificador de función se puede añadir toda la lógica que necesitemos, no se limita a una sola validación, se pueden usar estructuras require dentro de las mismas:

require( msg.sender == owner, "Solo el propietario puede cambiar el nombre del proyecto." );

Y de este modo añadir más validaciones o mecanismos de validación diferentes, podemos ver al modificador como una función que permite la ejecución de otra función siempre y cuando todas sus validaciones sean superadas.

Carlos Rodríguez

student•

Buenísimo tu aporte.

Alejandro Soto

student•

Esto de los modificadores termina siendo un tipo de middleware para las funciones.

Cristian Alejandro

student•

Se podria decir que sí, pero no veo la forma de acceder al contexto que trae, entonces por eso hay que pasarle parametros si lo requiere. No se puede acceder a los que ya se le pasaron a la funcion, algo asi: ctx.numero1

Marco Antonio Olmos a.k.a. Marco Antonio Vazquez-O

student•

PURE - NO da acceso a Información del Contrato. VIEW - SÍ da acceso a Información del Contrato PERO NO LA MODIFICA

Jorge Fidel Zubieta Choque

student•

// SPDX-License-Identifier: GPL-3.0

pragma solidity >=0.7.0 <0.9.0;

// Restringir el acceso a esta funcion, que solo el que hizo el deploy del contrto tenga acceso a esta funcion suma - restringimos peermisos! contract Modificadores { // alamcenamos quien hizo el deply del contrato address private owner; // esta funcion privada guarda va a guardar el nombde del Owner que haga el deploy

string private nombreOwner;

constructor(string memory nombre) {
// mediante el sender vamos a saber quien es el owner, almacenando en una variable privada.
    owner = msg.sender;
    nombreOwner = nombre;
}

function Suma(uint numero1, uint numero2) public view EsOwner() returns (uint) {
// entes er pure y paso a view porque usa informacion de contrato
    return numero1 + numero2;
}

// EsOwner - > nombr del modificador y debe ser super descriptivo
modifier EsOwner() {
// este modificador chequea quien es el owner. este se ejecutara al principio de l funcion
    if (msg.sender != owner) revert();
    // revert nos mostrara al hacer un call que no se pudo al ser una cuenta diferente
    _;
    //si se cumple el if se interrrumpe y si o si el modificador debe tener un guion bajo ->  este indica que despues ejecutar el modificador se ejecutara el flujo normal del contrato si se cumple el if en este caso!
}

}

Carlos Rodríguez

student•

Buenísimo tu aporte.

Oriana Morillo

student•

Los Modificadores son como los decoradores

Rodrigo Ramos Xochiteotzin

student•

Es un muy buena analogía para entenderlo, como en JS o Python

Santiago Roldan

student•

porque el owner = msg.sender lo setea dentro de un constructor y no directamente cuando declara la variable en la linea 7?

Sebastian Perez

teacher•

Hola Santiago, en la declaración de la variable no tienes un mensaje, por lo tanto no hay "sender". Por eso se hace en el constructor. Si en vez de usar sender, quisieras usar una dirección conocida (hardcodeada) entonces ahí sí puedes hacerlo en la declaración

Natacha Cordido

student•

no entinedo, como el owner =msg.sender, refleja la direccion que hizo el contrato, o realmente refleja la direccion de quien ejecuta el contrato ?

Sebastian Perez

teacher•

Hola Natacha, hay varios aspectos para analizar:

1 - msg.sender envía siempre la dirección que hizo la llamada actual (es decir la ejecución) 2 - En esa linea puntual (owner = msg.sender) estás almacenando al sender de esa llamada dentro del contrato, y luego el owner queda siempre con ese mismo valor almacenado

Entonces, al crear el contrato se asigna como owner al que lo ha creado, y ese owner queda asignado. Es decir, en una futura ejecución el sender será el que ejecuta pero el owner será el que lo ha creado

Nicolas Alejandro Herrera

student•

¿Como sabemos cual de las cuentas es owner? ¿Es la primer por defecto?

Sebastian Perez

teacher•

No hay una cuenta owner por defecto, eso lo defines tú a la hora de escribir el código del contrato. En general el primer owner coincide con la cuenta sender, pero es algo programable y tú puedes definir tu propio criterio para eso.

Jorge Chirinos

student•

Sería mejor si usamos un require en vez de revert para dar un mensaje personalizado?

Nilson Diaz

student•

Hey ! La verdad es raro utilizar un revert en lugar de require , en esta respuesta se profundiza algo mas -> https://platzi.com/comentario/3127909/

Anderson Eduardo Arévalo Ramírez

student•

Aquí ya tiene un poco de sentido la blockchain jejejjeje la privacidad el 100% de los autorizados, podría acceder a un array guardado en la IPFS y permitir acceso a usuarios que pagan una suscripción por ejemplo?

Abidan Triguero Calle

student•

RESUMEN CLASE 10: MODIFICADORES

Permiten ejecutar código al inicio de una función y en general su uso está ligado a la restricción de permisos para la llamada de las mismas.

REMIX:

Modificadores.sol

// SPDX-License-Identifier: GLP-3.0

pragma solidity >=0.7.0 <0.9.0;

contract Modificadores {

    address private owner;

    constructor() {
        owner = msg.sender;
    }

    function Suma(uint numero1, uint numero2) public view esOwner() returns (uint) {
        return numero1 + numero2;

    }

    modifier esOwner() {
        if (msg.sender != owner) revert();
        _;
    }

}

## Primero valida y luego ejecuta
modifier isOwner() {
  if(<condicion>) revert()
  _;
}

## Primero ejecuta y luego valida
modifier isOwner() {
   _;
  if(<condicion>) revert()
}

## Ejecuta, valida y vuelve a ejecutar
modifier isOwner() {
   _;
  if(<condicion>) revert()
   _;
}

string private nombreOwner;

constructor(string memory nombre) {
// mediante el sender vamos a saber quien es el owner, almacenando en una variable privada.
    owner = msg.sender;
    nombreOwner = nombre;
}

function Suma(uint numero1, uint numero2) public view EsOwner() returns (uint) {
// entes er pure y paso a view porque usa informacion de contrato
    return numero1 + numero2;
}

// EsOwner - > nombr del modificador y debe ser super descriptivo
modifier EsOwner() {
// este modificador chequea quien es el owner. este se ejecutara al principio de l funcion
    if (msg.sender != owner) revert();
    // revert nos mostrara al hacer un call que no se pudo al ser una cuenta diferente
    _;
    //si se cumple el if se interrrumpe y si o si el modificador debe tener un guion bajo ->  este indica que despues ejecutar el modificador se ejecutara el flujo normal del contrato si se cumple el if en este caso!
}

// SPDX-License-Identifier: GLP-3.0

pragma solidity >=0.7.0 <0.9.0;

contract Modificadores {

    address private owner;

    constructor() {
        owner = msg.sender;
    }

    function Suma(uint numero1, uint numero2) public view esOwner() returns (uint) {
        return numero1 + numero2;

    }

    modifier esOwner() {
        if (msg.sender != owner) revert();
        _;
    }

}

Uso de Modificadores en Solidity

Por qué debes aprender Solidity

Curso de Solidity: Fundamentos y Desarrollo en Blockchain

Programación en Solidity para Contratos Inteligentes en Blockchain

Introducción a la programación con Solidity

Estructura Básica de Contratos en Solidity

Tipos de datos y variables en Solidity: enteros, booleanos y direcciones

Estructuras y Arrays en Contratos Inteligentes

Estructuras de datos en Solidity: Mappings y enums

Estructuras de control en Solidity

Manejo de Eventos con Solidity

Programación de Funciones en Solidity

Cómo implementar funciones en Solidity

Uso de Modificadores en Solidity

Manejo de errores

Gestionando costos de gas y comisiones

Tipos de almacenamiento

Manejo del gas y comisiones

Transferencias de ether desde un contrato

Recibir ether desde un contrato

Conceptos avanzados de Solidity

Manejo de dependencias y librerías

Uso de la herencia en Solidity

Polimorfismo en contratos inteligentes

Tokens

Application Binary Interface (ABI)

Cómo continuar mi camino desarrollando en Blockchain

Cómo continuar mi camino con Solidity