🇧🇷
Ethereum Developer Pack - PT
  • Ethereum Developer Pack - PT
  • Módulo 1
    • Introdução a Smart Contracts
      • Fundamentos de Blockchain
        • Histórico
        • Bitcoin
        • O que é Blockchain
        • Conceitos-chave em Blockchain
        • Como funciona a Blockchain
        • Tipos de Blockchain
        • Modelos de Consenso
      • A nova Internet
        • Web 3
        • Elementos Fundamentais
        • Impacto do Ethereum em Diversos Setores
      • Wallets
        • Componentes de uma wallet
        • Tipos de Wallet
        • Códigos Mnemônicos
      • Ethereum 101
        • Smart Contracts
        • Contas
          • Tipos de contas
          • Conteúdo das contas
        • Transações
          • Componentes
          • Ciclo de vida
        • Gás
        • Solidity
        • EVM
          • A máquina de estados
          • Opcodes
          • Como funciona a EVM
          • Clientes de execução
          • DApps
      • Blockchain Explorer
        • Funções de um blockchain explorer
        • Beneficios de utilizar um blockchain explorer
      • Remix
        • Características do Remix
        • Workspaces ou espaços de trabalho
        • Carregar e compilar um contrato
        • Implantar na máquina virtual do Remix (Remix VM)
        • Interagindo com funções
        • Deployar em uma rede pública
      • Crie seu primeiro Smart Contract
  • Módulo 2
    • Fundamentos de Solidity
      • Hello World
      • Tipos de Dados
      • Funções
      • Variáveis
        • Exercício 1
      • Operadores
        • Ejercicio 2
      • Constructor
        • Exercício 3
      • Convenções de nomenclatura
      • Tipos de armazenamento para variáveis
      • Estruturas de Controle
        • Exercício 4
      • Modificadores
      • Eventos
        • Exercício 5
      • Tipos de Referencia
        • Arrays
          • Exercício 6
        • Mappings
          • Exercício 7
        • Structs
          • Exercício 8
      • Address Payable
      • Como os contratos e funções recebem Ether.
      • Transferências de Ether
      • Conceitos Avançados
        • Codificação de ABI
        • Hashing
        • This
        • Herança
        • Abstract
        • Interface
        • Chamada entre contratos
        • EVM
        • ABI
        • Bytecode
        • Opcodes
  • Módulo 3
    • ERCs, Bibliotecas e Padrões de Desenvolvimento
      • Boas Práticas de Desenvolvimento
      • Padrões de Desenvolvimento
      • EIP & ERC
      • ERC-20
      • ERC-721
      • Open Zeppelin
      • Crie um Token ERC-20
      • Almacenamiento Descentralizado: IPFS
      • Crea un Token ERC-721
      • DeFi
  • Módulo 4
    • Kit de ferramentas para desenvolvimento na Ethereum
      • Requisitos para o módulo 4
        • Terminal
        • Git e Github
        • Node.js e npm
        • Visual Studio Code para Solidity
      • Toolkit
        • JSON-RPC
        • Ethers.js
          • Exercício
        • Hardhat
          • Implantação de um contrato no Hardhat
          • Implantação de um contrato em uma rede pública
        • Scaffold-ETH
          • Características do Scaffold-ETHCaracterísticas
          • Como instalar o Scaffold-ETH
  • Módulo 5
    • Segurança, Testes e Auditorias
      • Testes
        • Importância de realizar testes
        • Métodos para testar contratos inteligentes
          • Testes automatizados
          • Testes manuais
        • Conceitos importantes em testes
        • Ferramentas para testes
        • Testes com Hardhat
        • Recursos adicionais
      • Segurança
        • Uma mentalidade diferente de design
        • Principais vulnerabilidades em contratos inteligentes
          • 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 (Quebra de Invariantes)
          • Mishandling of ETH (Má gestão de ETH)
          • Denial of Service (DoS - Negação de Serviço)
          • Integer overflow and underflow (Overflow e Underflow de inteiros)
          • Phishing y Typosquatting
        • Recursos adicionais
      • Auditoria de smart contracts
        • Processo de Auditoria
        • Ferramentas
        • Como se preparar para uma auditoria
        • O teste Rekt
        • Desafios
        • Recursos adicionais
  • Contribuye
    • Kipu Explorer
Powered by GitBook
On this page
  1. Módulo 1
  2. Introdução a Smart Contracts
  3. Fundamentos de Blockchain

Modelos de Consenso

PreviousTipos de BlockchainNextA nova Internet

Last updated 6 months ago

Consenso é o acordo entre um grupo de participantes de um sistema distribuído sobre o estado do sistema. Quando o consenso é alcançado, todo o sistema distribuído pode ser visto como uma única entidade. O sistema pode estar sujeito a falhas em alguns nós ou a ataques maliciosos. O consenso é alcançar um acordo mesmo em situações adversas.

Na blockchain, o modelo de consenso refere-se ao processo pelo qual são tomadas decisões sobre quais transações serão adicionadas à cadeia de blocos e como isso será feito. Existem vários modelos de consenso diferentes, cada um com suas próprias vantagens e desvantagens.

Os modelos de consenso mais conhecidos são:

  • Prova de Trabalho (PoW): Este modelo de consenso é utilizado pelo Bitcoin e outras criptomoedas. Os nós da rede competem para resolver problemas matemáticos complexos, e o primeiro a resolvê-los recebe uma recompensa em forma de criptomoedas. Este modelo é muito seguro, mas também altamente exigente em termos de energia e recursos. O modelo de consenso PoW é conhecido como consenso de Nakamoto e possui os seguintes atributos:

    • Qualquer nó pode entrar ou sair da rede a qualquer momento.

    • Qualquer pessoa pode enviar mensagens corrompidas para os demais.

    • Qualquer usuário pode usar quantas identidades quiser.

    • Para evitar que alguém obtenha vantagem desonesta criando múltiplas identidades, o poder de voto deve ser escasso, o que é alcançado ao vinculá-lo a um recurso limitado, como energia ou eletricidade.

    O PoW foi projetado para abordar o problema dos generais bizantinos em uma rede descentralizada, tornando caro e difícil para nós mal-intencionados manipularem a rede, o que o torna extremamente seguro.

PoW tem algumas desvantagens, como o alto consumo de energia e a centralização nas mãos de grandes pools de mineração.

  • Prova de Participação (PoS): Este modelo de consenso baseia-se no "stake", ou seja, o valor de criptomoedas que os participantes colocam à disposição da rede, em vez de depender da potência de processamento. Os nós que possuem mais criptomoedas têm maior probabilidade de serem escolhidos para validar as transações. Este modelo é mais eficiente em termos de energia do que o PoW. O PoS consome muito menos energia, pois não exige a resolução de problemas matemáticos complexos e dispendiosos. Além disso, facilita a escalabilidade, e o tempo de confirmação de uma transação é significativamente mais rápido em comparação ao PoW.

Antes de participar no sorteio para a escolha do validador, os participantes colocam à disposição da rede uma quantidade determinada de criptomoedas como garantia.

  1. O próximo validador ou criador de bloco é selecionado aleatoriamente.

  2. O validador cria e propaga o próximo bloco na cadeia.

  3. Outros validadores verificam a integridade do bloco e das transações.

  4. Os validadores recebem recompensas por comportarem-se corretamente e podem ser penalizados por ações maliciosas.

  5. O processo de seleção e validação é repetido continuamente.