ETH Kipu
  • Ethereum Developer Pack
  • Módulo 1
    • Intro a Smart Contracts
      • Fundamentos de Blockchain
        • Antecedentes
        • Bitcoin
        • Qué es Blockchain
        • Conceptos Clave en Blockchain
        • Cómo funciona la Blockchain
        • Tipos de Blockchain
        • Modelos de Consenso
      • El nuevo Internet
        • Web 3
        • Elementos Fundamentales
        • Impacto de Ethereum en Diversos Sectores
      • Wallets
        • Componentes de una wallet
        • Tipos de Wallet
        • Códigos mnemónicos
      • Ethereum 101
        • Smart Contracts
        • Cuentas
          • Tipos de cuentas
          • Contenido de cuentas
        • Transacciones
          • Componentes
          • Ciclo de vida
        • Gas
        • Solidity
        • EVM
          • La máquina de estados
          • Opcodes
          • Cómo funciona la EVM
          • Clientes de ejecución
          • DApps
      • Blockchain Explorer
        • Funciones de un blockchain explorer
        • Beneficios de utilizar un blockchain explorer
      • Remix
        • Características de Remix
        • Workspaces o espacios de trabajo
        • Cargar y compilar un contrato
        • Desplegar en la máquina virtual de Remix (Remix VM)
        • Interactuando con funciones
        • Desplegar en una red pública
      • Crea tu primer Smart Contract
  • Módulo 2
    • Fundamentos de Solidity
      • Hello World
      • Tipos de Datos
      • Funciones
      • Variables
        • Ejercicio 1
      • Operadores
        • Ejercicio 2
      • Constructor
        • Ejercicio 3
      • Convenciones de nomenclatura
      • Tipos de almacenamiento para variables
      • Estructuras de Control
        • Ejercicio 4
      • Modificadores
      • Eventos
        • Ejercicio 5
      • Tipos de Referencia
        • Arrays
          • Ejercicio 6
        • Mappings
          • Ejercicio 7
        • Structs
          • Ejercicio 8
      • Address Payable
      • Cómo reciben Ether los contratos y funciones
      • Transferencias de Ether
      • Conceptos Avanzados
        • Codificación ABI
        • Hashing
        • This
        • Herencia
        • Abstract
        • Interface
        • Llamadas entre contratos
        • EVM
        • ABI
        • Bytecode
        • Opcodes
  • Módulo 3
    • Estándares, Librerías y Patrones
      • Buenas Prácticas de Diseño
      • Patrones de Diseño
      • EIP y ERC
      • ERC-20
      • ERC-721
      • Open Zeppelin
      • Crea un Token ERC-20
      • Almacenamiento Descentralizado: IPFS
      • Crea un Token ERC-721
      • DeFi
  • Módulo 4
    • Toolkit para desarrollo en Ethereum
      • Requisitos para el módulo 4
        • Terminal
        • Git y Github
        • Node.js y npm
        • Visual Studio Code para Solidity
      • Toolkit
        • JSON-RPC
        • Ethers.js
          • Ejercicio
        • Hardhat
          • Despliegue de un contrato en Hardhat
          • Despliegue de un contrato en una red pública
        • Scaffold-ETH
          • Características
          • Cómo instalar Scaffold-ETH
  • Módulo 5
    • Seguridad, Pruebas y Auditoría
      • Pruebas
        • Importancia de realizar pruebas
        • Métodos para probar contratos inteligentes
          • Pruebas automatizadas
          • Pruebas manuales
        • Conceptos importantes en testing
        • Herramientas para testing
        • Testing con Hardhat
        • Recursos adicionales
      • Seguridad
        • Una mentalidad distinta de diseño
        • Principales vulnerabilidades en smart contracts
          • Reentrancy attack (ataque de reentrada)
          • Replay attack (ataque de repetición)
          • Price Oracle Manipulation (Manipulación de Oráculos de Precios)
          • Missing Access Control (Pérdida de Control de Acceso)
          • Reward Manipulation (Manipulación de Recompensas)
          • Failure to Initialize (Falla al Inicializar)
          • Front-running
          • Invariant Breaks (Ruptura de invariantes)
          • Mishandling of ETH (Mal manejo de ETH)
          • Denial of Service (DoS - Denegación de Servicio)
          • Integer overflow and underflow (desbordamiento y subdesbordamiento de enteros)
          • Phishing y Typosquatting
        • Recursos adicionales
      • Auditoría de smart contracts
        • Proceso de Auditoría
        • Herramientas
        • Cómo prepararse para una auditoría
        • El test Rekt
        • Retos
        • Recursos adicionales
  • Contribuye
    • Kipu Explorer
Powered by GitBook
On this page

Was this helpful?

  1. Módulo 1
  2. Intro a Smart Contracts
  3. Fundamentos de Blockchain

Modelos de Consenso

PreviousTipos de BlockchainNextEl nuevo Internet

Last updated 8 months ago

Was this helpful?

Consenso es el acuerdo entre un grupo de participantes de un sistema distribuido respecto al estado del sistema. Cuando se alcanza el consenso, todo el sistema distribuido puede ser visto como una sola entidad. El sistema puede estar sujeto a fallas de algunos nodos o a ataques maliciosos. El consenso es llegar a un acuerdo bajo situaciones adversas.

En blockchain, el modelo de consenso se refiere al proceso mediante el cual se toman decisiones sobre qué transacciones se agregan a la cadena de bloques y cómo se hacen. Hay varios modelos de consenso diferentes, y cada uno tiene sus propias ventajas y desventajas.

Los modelos de consenso más conocidos son:

  • Prueba de trabajo (PoW): Este modelo de consenso es utilizado por Bitcoin y otras criptomonedas. Los nodos de la red compiten para resolver problemas matemáticos complejos, y el primero en hacerlo recibe una recompensa en forma de criptomonedas. Este modelo es muy seguro, pero también es muy exigente en términos de energía y recursos.

    El modelo de consenso de PoW se denomina consenso de Nakamoto que tiene los siguientes atributos:

    • Cualquier nodo se puede unir o abandonar la red en cualquier momento.

    • Cualquier puede enviar mensajes corruptos a los demás.

    • Cualquier usuario puede utilizar tantas identidad como quiera.

    • Para prevenir que obtenga alguna ventaja alguien que crea múltiples identidades de forma deshonesta, el poder de voto debe ser escaso, lo que se logra vinculando el poder de voto a un recurso escaso como energía o electricidad.

    PoW fue diseñado para abordar el problema de los generales bizantinos en una red descentralizada al hacer costoso y difícil manipular la red a los nodos malintencionados, lo que la hace muy segura.

PoW tiene algunas desventajas, como por ejemplo el alto consumo de energía y la centralización en manos de grandes pooles de minería.

  • Prueba de participación (PoS): Este modelo de consenso se basa en el “stake”, el importe de criptomonedas que los participantes ponen a disposición de la red, en lugar de en la potencia de procesamiento. Los nodos que tienen más criptomonedas tienen mayor probabilidad de ser elegidos para validar las transacciones. Este modelo es más eficiente energéticamente que PoW.

    PoS consume mucho menos energía, ya que no requiere la resolución de problemas matemáticos complejos y costosos, además de que facilita la escalabilidad y el tiempo de confirmación de una transacción es mucho más rápido comparado con PoW.

Previamente a entrar en el sorteo para elegir al validador, los participantes ponen a disposición de la red una cantidad determinada de criptomonedas como garantía.

  1. El siguiente validador o creador de bloque se selecciona aleatoriamente.

  2. El validador crea y propaga el siguiente bloque en la cadena.

  3. Otros validadores verifican la integridad del bloque y las transacciones.

  4. Los validadores reciben recompensas por comportarse correctamente y pueden ser penalizados por acciones maliciosas.

  5. El proceso de selección y validación se repite continuamente.