Pontos válidos: a prova de participação do Ethereum pode acontecer mais cedo do que você pensa

O ETH 2.0 pode chegar a uma tela de computador NEAR de você mais rápido do que a maioria esperava, incluindo os desenvolvedores do Ethereum .

Na semana passada, Vitalik Buterinlançado um documento de “fusão QUICK via mudança de escolha de fork” – uma versão mais leve do Executable Beacon Chain para implantação QUICK . Embora seja apenas um documento técnico frouxo, o plano aparentemente serve como um aviso contra qualquer agitação adicional dos mineradores de Ethereum , pois a fusão permitiria que o Ethereum abandonasse a mineração de forma rápida.

O Cadeia de Beacon Executável é uma proposta para anexar o ETH 1.x – que agora chamaremos de Ethpow (prova de trabalho Ethereum) – ao Ethereum de prova de participação atualmente em execução: o Beacon Chain.

A proposta funciona tendo um software Ethereum ligeiramente alterado, como Geth ou OpenEthereum, apontando seu FLOW de transações para a Beacon Chain. Em vez de mineradores empacotando transações em blocos, os validadores da Beacon Chain verificarão e finalizarão as transações.

Leia Mais: Pontos válidos: o validador Ethereum 2.0 da CoinDesk está oficialmente apostado

“A única mudança necessária no lado do ethpow é que o cliente deve ter um canal de comunicação com um nó de beacon confiável e deve alterar sua regra de escolha de fork”, escreve Buterin.

Por que a pressa?

Um cronograma de transição acelerado está sendo considerado por algumas razões. Uma consideração recente tem sido o aumento das tensões entre as partes de mineração e os desenvolvedores do Ethereum , PEI 1559e PoS entram em foco. A proposta anterior éaltamente contestadopor partes de mineração, mas conseguiu apoio suficiente entre os desenvolvedores para ser incluído no hard fork London de julho. O PoS, é claro, veria a mineração eliminada completamente.

Os desenvolvedores, no entanto, têm vantagem nessa luta. Uma fusão QUICK com o PoS exigiria apenas “pelo menos um minerador honesto” para iniciar a fusão. Múltiplas partes de mineração honestas apontando blocos para a Beacon Chain implicariam em uma transição suave, diz Buterin.

Uma transição QUICK para o PoS impede a inclusão de diversas Stacks de tecnologia Ethereum muito elogiadas, pelo menos por enquanto.

No entanto, no final das contas, uma transição para PoS continua sendo o objetivo dos desenvolvedores do Ethereum , como tem sido desde antes do lançamento do Ethpow. Qualquer transição para PoS em que o Ethereum T perca sua posição de liderança como a plataforma de referência para aplicativos descentralizados provavelmente seria considerada uma vitória.

Verificação de pulso: eficiências do validador

Se você é novo em Valid Points e no tópico Ethereum 2.0 em geral, não deixe de conferir nosso explicador 101 sobre métricas ETH 2.0para se atualizar sobre a terminologia usada neste boletim informativo.

O nó validador ETH 2.0 da CoinDesk, Zelda, está funcionando perfeitamente, ganhando cerca de 0,0073 ETHou US$ 13,12 por dia.

Embora a quantidade de recompensa ganha pelo nosso validador ETH 2.0 não tenha mudado significativamente nas últimas semanas, notei um aumento no poder de processamento do computador de Zelda e uma queda subsequente no uso de sua memória.

De acordo com o painel de dados do CoinDesk, o uso da unidade central de processamento (CPU) do Zelda quase dobrou de cerca de 100% para 200% na sexta-feira, 12 de março, e permaneceu nesses níveis elevados desde então.

Isso sugere que Zelda está consumindo mais energia elétrica para executar as mesmas tarefas que fazia antes. Para contextualizar, Zelda tem quatro CPUs que pode atingir o máximo antes que as operações do validador sejam impactadas negativamente. Operar em um nível de 200% sugere que estamos usando o poder máximo de computação de duas de quatro CPUs.

Ao mesmo tempo, o uso de memória de acesso aleatório (RAM) por Zelda, que é o componente de um computador reservado para armazenamento temporário de dados, caiu de cerca de 4 GB para aproximadamente 2,5 GB.

Isso sugere que a capacidade de memória necessária para executar este validador ETH 2.0 caiu. Zelda tem até 16 GB de RAM, o suficiente para um computador desktop médio executar vários aplicativos e jogos exigentes. Para a validação ETH 2.0, usamos cerca de 15% da RAM total, o suficiente para dispositivos tablet usar.

Recompensas do validador Ethereum vs. recompensas de mineração

É importante observar que, sob um protocolo de consenso de prova de trabalho (PoW), por meio do qual transações e blocos são finalizados por meio do processo de mineração, o objetivo seria maximizar consistentemente o poder de processamento de um computador e otimizar todos os componentes não utilizados do hardware para aumentar a probabilidade de ganhar recompensas de rede.

Sob o protocolo de consenso de proof-of-stake (PoS) do Ethereum, não há necessidade de fazer nenhuma dessas coisas. Apesar de operar abaixo de sua capacidade computacional, Zelda ainda mantém uma eficácia de 100%, de acordo combeaconcha.in. Isso ocorre porque, diferentemente da mineração, o staking T consiste em competir por recompensas contra outros validadores por meio de maior poder de hash.

Todos os validadores que KEEP suas operações ativas e funcionando são recompensados ​​de forma consistente e regular na forma de juros sobre sua participação. A única maneira de aumentar substancialmente a quantidade de recompensas ganhas na rede é apostar mais riqueza em incrementos de 32 ETH . (Mais sobre a dinâmica de recompensas dos validadores ETH 2.0 versus mineradores Ethereum aqui.)

A rede ETH 2.0 não recompensa aumentos agressivos no poder de computação nem otimizações furtivas para hardware. No mínimo, os desenvolvedores do protocolo estão trabalhando arduamente para encontrar maneiras pelas quais a carga computacional de ser um validador pode ser reduzida ainda mais e atualizada para queaté mesmo um dispositivo móvel poderia um dia ser suficiente para proteger a rede.

Voltando às mudanças misteriosas no uso da CPU e da RAM, descobrimos que uma atualização de código foi lançada pelo Diretor de Engenharia da CoinDesk , Spencer Beggs, na sexta-feira passada, em preparação para a próxima atualização do sistema Ethereum, denominada “Berlim.”

Como validador ETH 2.0, as responsabilidades de Zelda só podem ser executadas conectando-se às redes PoW e PoS da Ethereum. A próxima atualização da rede PoW da Ethereum exigiu que Beggs atualizasse parte do nosso software, o que provavelmente desencadeou essas mudanças em nosso consumo de energia e uso de memória.

Esta atualização de código é obrigatória para todos os validadores ETH 2.0 e deve ser implementada até 14 de abril de 2021, no máximo. Se você é um validador e ainda T fez a atualização, pode baixar e instalar as últimas versões de software para Berlim aqui.

Tomadas validadas

• Editorial sobre como levar o Ethereum ao proof-of-stake o mais rápido possível (postagem de blog, Bem Edgington)
• Obra de arte NFT da Associated Press é vendida por US$ 180.000 em ETH (Artigo, CoinDesk)
• Bitcoin, beisebol e novo drama na linha do tempo do Ethereum 2.0 (Vídeo, CoinDesk)
• Protocolo de empréstimo DeFiAlchemix levanta US$ 4,9 milhões em rodada liderada por CMS e Alameda (Artigo,CoinDesk)
• Como criar, comprar e vender NFTs (Artigo,CoinDesk)

Fato da semana

Comunicações abertas

Sinta-se à vontade para responder a qualquer momento e envie um e-mail para research@ CoinDesk.com com suas ideias, comentários ou dúvidas sobre o boletim informativo de hoje. Entre as leituras, converse conosco em Twitter.

Valid Points incorpora informações e dados diretamente do nó validador ETH 2.0 da CoinDesk em análises semanais. Todos os lucros obtidos com esse empreendimento de staking serão doados a uma instituição de caridade de nossa escolha assim que as transferências forem habilitadas na rede. Para uma visão geral completa do projeto, confira nossa postagem de anúncio.

Você pode verificar a atividade do validador CoinDesk ETH 2.0 em tempo real por meio de nossa chave pública do validador, que é:

0xad7fef3b2350d220de3ae360c70d7f488926b6117e5f785a8995487c46d323ddad0f574fdcc50eeefec34ed9d2039ecb.