Lembra da alegria que sentiu quando começou a ter momentos aha sobre blockchains?
Você está ansioso por uma compreensão semelhante da Beacon Chain?
O Beacon Chain da Ethereum é o coração de um sistema em que a maioria dos conteúdos é muito técnica, de nicho ou não é profunda o suficiente.
Aqui, você terá uma compreensão gratificante dos elementos e da mecânica da Beacon Chain.
Os exemplos explicarão os principais detalhes no nível certo para torná-lo proficiente e economizar tempo.
Supomos que você tenha uma base sólida de Ethereum ou Bitcoin e alguma familiaridade com a Prova de Estaca/Participação (POS - Proof of Stake).
Vamos analisar o panorama geral de fragmentos, validadores de apostas, atestados, comitês, pontos de verificação e finalidades.
Sharding: uma visão geral
Para apreciar a Beacon Chain, uma introdução ao sharding ajuda. O principal problema de escalabilidade enfrentado atualmente pelas blockchains, incluindo o Ethereum, é: todo nó precisa verificar e executar todas as transações.
Na ciência da computação, existem duas abordagens principais para o dimensionamento:
- Dimensionamento vertical: basicamente, torne os nós cada vez mais poderosos.
- Dimensionamento horizontal: basicamente, adicione mais nós.
Para a descentralização, as blockchains precisam ser dimensionadas horizontalmente. Um objetivo do Ethereum 2.0, também chamado eth2 ou Serenity, é que os nós sejam executados no hardware do consumidor. Sharding é o termo para particionar horizontalmente um banco de dados.
Geralmente, uma cadeia de fragmentos possui um subconjunto de nós que a processam. Mineiros virtuais, validadores, são atribuídos a shards e somente processam e validam transações nesse shard (cadeia).
Os fragmentos do Ethereum têm um subconjunto dinâmico de nós processando-o bloco por bloco.
O principal desafio do sharding de uma blockchain é a segurança dos shards. Como os validadores estão espalhados pelos shards, os validadores maliciosos podem assumir um único shard.
Uma parte essencial de uma solução:
embaralhamento aleatório de validadores, onde cada bloco de fragmentos possui um comitê de validadores escolhido aleatoriamente (pseudo), garante que é matematicamente improvável que um invasor que controle menos de ⅓ de todos os validadores possa atacar um único fragmento
Provas de fraude, custódia e verificações de disponibilidade de dados também são componentes importantes de segurança, mas exigem uma explicação dedicada.
O plano eth2 atual é para 64 shards . Embora os shards sejam separados da Beacon Chain, descreveremos alguns elementos-chave do sistema geral.
Sharding revelou pistas sobre o que a Beacon Chain Ethereum faz e precisa. Vamos entender por que existem componentes adicionais nas blockchains clássicas. O campo nascente de blockchains fragmentadas sempre agradece às inovações de leitores inspirados.
Fases do Ethereum 2.0
Resumidamente, o Ethereum 2.0 possui três fases:
- Fase 0 - Beacon Chain
- Fase 1 - fragmentos
- Fase 2 - execução
Uma analogia com o corpo humano:
- Fase 0 - coração
- Fase 1 - membros
- Fase 2 - cérebro
Uma analogia com uma orquestra difícil de bater:
- Fase 0 - condutor
- Fase 1 - instrumentos
- Fase 2 - músicos
Todas as fases são parte integrante do sistema e possuem características diferentes. A fase 0 faz parte do Ethereum 2020. A fase 1 é geralmente mais inanimada e estática do que as outras fases. A fase 2 é geralmente sobre ação e agência.
Slots e épocas
A Beacon Chain fornece o batimento cardíaco para o Ethereum 2.0. Ele fornece o ritmo para a harmonia e o consenso do sistema. Cada slot é de 12 segundos e uma época é de 32 slots: 6,4 minutos.

(A especificação Beacon Chain v0.10.1 é usada neste explicador.)
Um slot é a chance de um bloco ser adicionado à Beacon Chain e aos shards. Você pode imaginar que as cadeias Beacon Chain e shard estão coreografadas em etapas fechadas. A cada 12 segundos, um bloco beacon (cadeia) e 64 blocos shard são adicionados quando o sistema está funcionando da melhor maneira. Os validadores precisam ser aproximadamente sincronizados com o tempo.
Um slot é como o horário do bloco, mas os slots podem estar vazios. Os blocos de Gênesis para a Beacon Chain e os fragmentos estão no Slot 0. Os fragmentos começarão em uma época futura que a Época 0 da Beacon Chain, mas terão sua própria Época 0, que inclui seus blocos de gênese.
Introdução aos validadores, atestados e Beacon Chain
Embora a Prova de Trabalho (PoW) esteja associada aos mineradores, no Ethereum 2.0 os validadores são os "mineradores virtuais" da Prova de Estaca. Os validadores estão participando ativamente do consenso do protocolo Ethereum 2.0. Seus incentivos são discutidos mais adiante em Recompensas e Penalidades do Beacon Chain Validator .
Um proponente de bloco é um validador que foi pseudo-aleatoriamente selecionado para construir um bloco.
Na maioria das vezes, os validadores são atestadores que votam em blocos de beacon e shard. Esses votos são registrados na Beacon Chain. As votações determinam o chefe da Beacon Chain e os chefes dos fragmentos.

A cada época, um validador é atribuído pseudo-aleatoriamente a um slot e shard. O validador está participando do consenso desse fragmento designado para poder votar na cabeça desse fragmento. O validador vincula a cabeça do shard ao bloco beacon de um slot.
Um atestado é o voto de um validador, ponderado pelo saldo do validador. Os atestados são transmitidos por validadores, além de blocos.
Os validadores também se policiam e são recompensados por relatar outros validadores que fazem votos conflitantes ou propõem vários blocos.
O conteúdo da Beacon Chain é principalmente um registro de endereços de validadores, o estado de cada validador, atestados e links para shards. Os validadores são ativados pelo Beacon Chain e podem fazer a transição para estados, brevemente descritos posteriormente em Ativação e Ciclo de Vida do Validador do Beacon Chain .
Validadores de piquetagem: semântica
Os validadores são virtuais e são ativados pelos agentes. No PoW, os usuários compram hardware para se tornarem mineradores. No Ethereum 2.0, os usuários apostam na ETH para ativar e controlar validadores.
É mais claro associar investidores a uma estaca e validadores a uma balança . Cada validador tem um saldo máximo de 32 ETH, mas os participantes podem apostar todo o seu ETH. Para cada 32 ETH apostados, um validador é ativado.
Os validadores são executados por clientes validadores que fazem uso de um nó beacon (chain). Um nó beacon tem a funcionalidade de seguir e ler a Beacon Chain. Um cliente validador pode implementar a funcionalidade do nó beacon ou fazer chamadas em nós beacon. Um cliente validador pode executar um ou mais validadores.
Crosslinks: Enraizando Shards na Beacon Chain
Um crosslink é uma referência em um bloco beacon a um bloco shard. Um crosslink é como a Beacon Chain segue a cabeça de uma cadeia de fragmentos. Como existem 64 shards, cada bloco beacon pode conter até 64 links cruzados (crosslinks). Um bloco de beacon pode ter apenas uma reticulação, se nesse slot, não havia blocos propostos para 63 dos fragmentos. As ligações cruzadas estão planejadas para a Fase 1 da eth2 para enraizar as cadeias de fragmentos (Sharding chains) na Beacon Chain, servindo como base para a escolha do garfo de fragmento, a finalidade da cadeia de fragmentos e para a comunicação entre fragmentos. Todas as cadeias de fragmentos seguem a Beacon Chain o tempo todo.
(Estou tentando misturar os termos em inglês e português para facilitar a abstração e entendimento)
Comitês: Introdução
Um comitê é um grupo de validadores. Por segurança, cada slot (na Beacon Chain e em cada fragmento) possui comitês de pelo menos 128 validadores. Um atacante tem menos de um em probabilidade de um trilhão de controlar ⅔ de um comitê.
O conceito de um farol de aleatoriedade que emite números aleatórios para o público empresta seu nome à Beacon Chain Ethereum. A Beacon Chain impõe consenso em um processo pseudo-aleatório chamado RANDAO.

Os proponentes são selecionados pela RANDAO com uma ponderação sobre o saldo do validador. É possível que um validador seja um proponente e membro do comitê para o mesmo espaço, mas não é a norma. A probabilidade de isso acontecer é 1/32, então veremos isso uma vez por época. O esboço descreve um cenário com menos de 8.192 validadores, caso contrário, haveria pelo menos dois comitês por slot.
Este explicador da Beacon Chain se concentra nos comitês de beacon: os validadores que servem à Beacon Chain. Um comitê (beacon) é designado pseudoaleatoriamente um shard para reticular em um bloco beacon. Não há comitês persistentes. O comitê responsável pela reticulação de um bloco de fragmentos muda bloco por bloco.
Os comitês de fragmentos que constroem apenas blocos de cadeia de fragmentos são um tópico futuro. É possível que muitos blocos de fragmentos sejam construídos por validadores de cadeia de fragmentos que não interagem com a Beacon Chain. No entanto, para que um fragmento se comunique com outros fragmentos, ele precisa de um comitê de beacon para vinculá-lo a um bloco de beacon.

O diagrama é uma representação combinada do que aconteceu em três slots. No Slot 1, um bloco é proposto e depois atestado por dois validadores; um validador no Comitê A estava offline. Os atestados e blocos no slot 1 propagam a rede e alcançam muitos validadores. No Slot 2, um bloco é proposto e um validador no Comitê B não o vê, portanto, atesta que o cabeçote Beacon Chain é o bloco no Slot 1. Observe que este validador é diferente do validador offline do Slot 1. Atestando o O chefe da Beacon Chain é chamado de voto de LMD GHOST. No slot 3, todos os validadores no Comitê C executam a regra de escolha de bifurcação LMD GHOST e atestam independentemente o mesmo cabeçalho.
Um validador pode estar apenas em um comitê por época. Normalmente, existem mais de 8.192 validadores: significando mais de um comitê por slot. Todos os comitês são do mesmo tamanho e têm pelo menos 128 validadores. As probabilidades de segurança diminuem quando há menos de 4.096 validadores porque os comitês teriam menos de 128 validadores.
Comitês: Crux
A cada época, os validadores são divididos igualmente entre os slots e depois subdivididos em comitês de tamanho apropriado. Todos os validadores desse slot atestam o cabeçote Beacon Chain. Cada um dos comitês desse espaço tenta fazer a ligação cruzada de um fragmento específico. Um algoritmo de embaralhamento aumenta ou diminui o número de comitês por slot para obter pelo menos 128 validadores por comitê.
Como exemplo, assuma 16.384 validadores. 512 validadores são atribuídos pseudoaleatoriamente ao Slot 1, outros 512 ao Slot 2 e assim por diante. Os 512 validadores do Slot 1 são subdivididos em quatro comitês e atribuídos pseudo-aleatoriamente aos shards. Suponha que os Shards 33, 55, 22, 11 sejam as atribuições de shard. Todos os 512 validadores votam no slot 1 LMD GHOST. 128 validadores em um dos quatro comitês tentam fazer a reticulação do Shard 33. Em outro comitê, 128 validadores tentam fazer a reticulação do Shard 55. 128 validadores em outro comitê tentam a reticulação do Shard 22. Outros 128 validadores tentam fazer a reticulação do Shard 11.
Para o slot 2, o processo se repete. Os 512 validadores do Slot 2 são subdivididos em quatro comitês e atribuídos pseudo-aleatoriamente aos shards. Suponha que os Shards 41, 20, 17, 15 sejam as atribuições de shard. Todos os 512 validadores do Slot 2 atestam suas opiniões sobre o chefe da Beacon Chain no Slot 2. Os comitês tentam reticular os Shards 41, 20, 17, 15.
O processo se repete para os slots restantes na época. Cada validador possui um slot quando pode falar, atestar e fazer reticulação. No final da época, todos os 16.384 validadores tiveram a chance de atestar e fazer reticulação. Mas até agora os votos dos validadores foram específicos de cada slot e não de uma época. É como votar no seu governo local, em vez de votar em uma eleição nacional mais ampla. Todos os 16.384 validadores não votaram na mesma coisa. As próximas seções sobre pontos de verificação e finalidade descrevem a votação específica da época que os validadores dão quando é seu espaço para falar. No slot designado, todos os 16.384 validadores também votam no ponto de verificação da época.
Pontos de verificação da Beacon Chain
Um ponto de verificação é um bloco no primeiro espaço de uma época. Se não houver esse bloco, o ponto de verificação será o bloco mais recente anterior. Sempre há um bloco de ponto de verificação por época. Um bloco pode ser o ponto de verificação para várias épocas.

Nota Os slots 65 a 128 estão vazios. O ponto de verificação da Epoch 2 seria o bloco no slot 128. Como o slot está ausente, o ponto de verificação da Epoch 2 é o bloco anterior no slot 64. A época 3 é semelhante: o slot 192 está vazio, portanto o bloco anterior no slot 180 é o Ponto de verificação da época 3.
Blocos limite de época (EBB) são um termo em alguma literatura (como o artigo de Gasper , a fonte do diagrama acima e um posterior), e podem ser considerados sinônimos de pontos de verificação.
Ao votar no LMD GHOST, um validador também vota no ponto de verificação em sua época atual, chamada de alvo . Essa votação é chamada de votação Casper FFG e também inclui um ponto de verificação anterior, chamado de origem . No diagrama, um validador na época 1 votou em um ponto de verificação de origem do bloco de gênese e um ponto de verificação de destino do bloco no slot 64. Na época 2, o mesmo validador votou nos mesmos pontos de verificação. Somente validadores atribuídos a um slot votam LMD GHOST nesse slot. No entanto, todos os validadores emitem votos do FFG para cada ponto de verificação da época.
Supermaioria
Uma votação feita por ⅔ do saldo total de todos os validadores ativos é considerada uma supermaioria. Pedagogicamente, suponha que existam três validadores ativos: dois têm um saldo de 8 ETH e um único validador com um saldo de 32 ETH. O voto da supermaioridade deve conter o voto do único validador: embora os outros dois validadores possam votar de forma diferente para o único validador, eles não têm equilíbrio suficiente para formar a supermaioridade.
Finalidade
Quando uma época termina, se seu ponto de verificação tiver acumulado uma supermaioridade, o ponto de verificação será justificado.
Se um ponto de verificação B for justificado e o ponto de verificação na próxima época imediata se justificar, B será finalizado. Normalmente, um ponto de verificação é finalizado em duas épocas, 12,8 minutos.
Em média, uma transação do usuário estaria em um bloco no meio de uma época. É meia época até o próximo ponto de verificação, sugerindo a finalização da transação de 2,5 épocas: 16 minutos. Idealmente, mais de ⅔ de atestados serão incluídos no 22º período de uma época. Assim, a finalização da transação é em média de 14 minutos (16 + 32 + 22 slots). As confirmações de bloco emergem dos atestados de um bloco, para sua justificativa, sua finalidade. Os casos de uso podem decidir se precisam de finalização ou se um limite de segurança anterior é suficiente.

Para simplificar as seguintes narrativas, supõe-se que todos os validadores tenham o mesmo equilíbrio.
O que aconteceu no líder da Beacon Chain
O bloco limite da época no slot 96 é proposto e contém atestados para o ponto de verificação da época 2. O número de atestados para o ponto de verificação da Época 2 agora atinge a supermaioria. Isso causa a justificativa do ponto de verificação da época 2 e, portanto, a finalização do ponto de verificação da época 1 justificado anteriormente. A finalização do Slot 32 imediatamente causa a finalização de todos os blocos anteriores a ele. Ao finalizar um ponto de verificação, não há limite para o número de blocos que podem ser finalizados. Embora a finalidade seja computada apenas nos limites da época, os atestados são acumulados em cada bloco, conforme descrito nas narrativas alternativas “O que poderia ter acontecido da gênese à cabeça” abaixo.
Todas as ligações cruzadas contidas nos blocos de sinalização do slot 1 ao slot 32 levariam à finalização das cadeias de fragmentos. Em outras palavras, um bloco de fragmento é finalizado quando é reticulado em um bloco de beacon finalizado. Uma ligação cruzada por si só é insuficiente para finalizar um bloco de fragmento, mas contribui para a escolha do garfo da cadeia de fragmentos.
O que poderia ter acontecido desde a gênese até a cabeça
Com a mesma ilustração, aqui está uma história que poderia ter sido observada desde a gênese. Todos os proponentes do slot 1 até o slot 63 propõem um bloco, e estes aparecem na cadeia. Com cada bloco na época 1, seu ponto de verificação (bloco no slot 32) acumula atestados de 55% dos validadores. O bloco no slot 64 é proposto e inclui atestados para o ponto de verificação da época 1. Agora, 70% dos validadores atestaram o ponto de verificação da época 1: isso causa sua justificativa. O ponto de verificação da época 2 (slot 64) acumula atestados durante a época 2, mas não atinge a supermaioria. O bloco no slot 96 é proposto e inclui atestados para o ponto de verificação da época 2. Isso leva a alcançar a supermaioridade the e a justificativa do ponto de verificação da época 2.
Aqui está outro cenário possível. Considere apenas até a época 1. O ponto de verificação na época 1 poderia ter obtido uma supermaioria antes que o ponto de verificação na época 2 fosse proposto. Por exemplo, como são propostos os blocos no slot 32 ao slot 54, os atestados para justificar o ponto de verificação (slot 32) já poderiam ter atingido a supermaioridade jor. Nesse caso, o ponto de verificação teria sido justificado antes da época 2. Um ponto de verificação pode ser justificado na época atual, mas sua finalização requer pelo menos a época após a época.
A justificativa de um bloco às vezes pode finalizar um bloco duas ou mais épocas atrás. O documento Gasper discute esses casos. Eles são esperados apenas em momentos excepcionais de alta latência, partições de rede ou ataques fortes.
A finalização é essencial para que os shards e as partes do blockchain da Ethereum tenham garantias sobre transações. Finalidade reduz a complexidade com comunicações entre fragmentos. Sem finalidade, as reversões em cascata de transações dentro e entre fragmentos seriam perturbadoras e poderiam anular os benefícios do fragmento.
Atestados: um olhar mais atento
Um atestado contém um voto de LMD GHOST e um voto de FFG. Idealmente, todos os validadores enviam um atestado por época. Um atestado tem 32 chances de slot para inclusão na cadeia. Isso significa que um validador pode ter dois atestados incluídos na cadeia em uma única época. Os validadores são mais recompensados quando seu atestado é incluído na cadeia no slot designado; a inclusão posterior é uma recompensa decadente. Para dar aos validadores tempo de preparação, eles são designados para os comitês uma época antes. Os proponentes são atribuídos apenas aos slots quando a época começa. No entanto, a pesquisa secreta para eleição de líderes visa mitigar ataques ou suborno de proponentes.
Os comitês permitem a otimização técnica da combinação de assinaturas de cada atestador em uma única assinatura agregada. Quando validadores no mesmo comitê fazem os mesmos votos de LMD GHOST e FFG, suas assinaturas podem ser agregadas.
Recompensas e sanções do validador de Beacon Chain
Sem aprofundar, discutiremos seis tópicos sobre incentivos para validadores:
- recompensas do atestador
- penalidades de atestador
- risco típico de queda para os participantes
- cortes e recompensas de denunciantes
- recompensas do proponente
- penalidade por inatividade
Os validadores são recompensados quando fazem atestados (votos de LMD GHOST e FFG) com os quais a maioria dos outros validadores concorda. Na Fase 1 do eth2, os validadores também receberão recompensas por links cruzados. As recompensas são solidificadas quando os blocos são finalizados.
Por outro lado, os validadores são penalizados por não atestar ou se atestam um bloco que não é finalizado.
Antes de descrever as multas e recompensas menos comuns, você pode querer conhecer o seu risco de se tornar um apostador. Como participante preocupado com a quantidade de ETH que você pode perder, é um espelho de quanto você pode ganhar. Se um validador espera ganhar 10% em um ano em recompensas, um validador (honesto) perde 10% se fizer o pior trabalho possível. Por exemplo, um validador que está sempre offline ou sempre vota em blocos que não são finalizados será penalizado com o valor que um validador seria recompensado por fazer atestados pontuais finalizados.
Slashings são penalidades que variam de mais de 0,5 ETH até a aposta inteira de um validador. Para cometer uma ofensa slashable, um validador perde pelo menos 1/32 de seu saldo e é desativado. O validador é penalizado como se estivesse offline por 8.192 épocas. O protocolo também impõe uma penalidade adicional com base em quantas outras foram cortadas quase ao mesmo tempo. A fórmula básica para a penalidade adicional é: validator_balance * 3 * fração_de_validadores_slashed . Um efeito é que, se ⅓ de todos os validadores cometerem uma ofensa slashable, todos eles perderão todo o seu saldo. O validador que relata uma ofensa slashable recebe a recompensa de um denunciante.
Proponentes de blocos finalizados obtêm uma recompensa considerável. Os validadores que estão sempre online fazendo um bom trabalho acumulam ~ 1/8 de aumento nas recompensas totais por propor blocos. Quando uma barra ocorre, os proponentes também recebem uma pequena recompensa por incluir a evidência de barra em um bloco. Na fase 0 da eth2, toda a recompensa do denunciante é destinada ao proponente.
O Ethereum 2.0 é um sistema com muitos mecanismos, alguns que podem ser mais apreciados por seus efeitos gerais. As recompensas e penalidades projetadas culminam em uma penalidade por inatividade . Basicamente, se houver mais de quatro épocas desde a finalização, todos os validadores sofrerão uma penalidade de inatividade que aumenta quadraticamente até que um ponto de verificação seja finalizado. A penalidade por inatividade garante esse tipo de resultado: se 50% dos validadores ficarem offline, os blocos começarão a finalizar novamente após 21 dias.
Ofensas Slashable
Existem três condições de barra para validadores. Eles podem ser descritos como uma proposta dupla, um voto surround do FFG e um voto duplo do FFG. Um voto de LMD GHOST não pode ser slashable.
Uma proposta dupla é um proponente que propõe mais de um bloco para o slot designado.
Um voto surround é um validador que faz um voto no FFG que envolve ou é cercado por um voto anterior no FFG que eles fizeram. Aqui estão dois exemplos com base em um cenário em que um validador fez uma votação no FFG na época 5 com uma fonte do slot 32 e um destino do slot 128:
- Um voto do FFG na época 6, com uma fonte do slot 64 e alvo do slot 96, seria um voto do FFG cercado pelo voto da época 5.
- Um voto do FFG na época 6 com uma fonte do slot 0 e o alvo do slot 160 envolveriam o voto do FFG na época 5.
Um voto duplo é um validador que concede 2 votos do FFG para quaisquer dois alvos na mesma época. Isso pode acontecer durante um garfo.

As setas azuis são dois votos do FFG, um votando em um bloco alvo no Slot 128 no garfo esquerdo e outro votando em um bloco alvo no Slot 128 no garfo direito. Um validador que dá os dois votos comete uma infração slashable chamada votação dupla. Acima está um exemplo de voto duplo, onde os pontos de verificação de origem são diferentes.
A seguir, um cenário em que o voto duplo tem a mesma fonte (ponto de verificação da época 0) e os destinos são diferentes.

O garfo superior tem um ponto de verificação da época 1 do "bloco 64". O garfo inferior possui um ponto de verificação da época 1 do "bloco 63". (Como não foi proposto nenhum bloco no slot 64 na bifurcação inferior; lembre-se da seção sobre os pontos de verificação da Beacon Chain.) A votação para um alvo da época 1 do "bloco 64" e um alvo da época 1 do "bloco 63" é um duplo voto. Um voto duplo é quando um validador emite votos do FFG para dois alvos na mesma época.
Uma intuição por trás da redução de votos duplos é para que os validadores votem em uma cadeia, em vez de dois ou mais garfos.
Um validador de denúncia precisa incluir os votos conflitantes para provar que outro validador deve ser cortado. Encontrar com eficiência um voto conflitante em uma grande história é um desafio para algoritmos e estruturas de dados (vinculado na conclusão).
Um validador está no controle total para evitar ser cortado: ele precisa apenas lembrar o que foi assinado. Um validador honesto não pode ser cortado pelas ações de outros validadores. Enquanto um validador não assinar um atestado ou proposta conflitante, o validador não poderá ser cortado.
Um cliente validador pode usar vários nós de beacon para fatores como melhor tempo de atividade, confiança e proteção contra negação de serviço. Nessas configurações, ou onde um cliente de validador de backup é usado, os usuários precisam ter cuidado para que o validador não assine mensagens conflitantes.
Ativação e ciclo de vida do validador da Beacon Chain
Cada validador precisa de um saldo de 32 ETH para ser ativado. Um usuário apostando 32 ETH em um contrato de depósito na rede principal do Ethereum ativará um validador.
A Beacon Chain sai (desativa) de todos os validadores cujo saldo atinge 16 ETH; os participantes poderão retirar qualquer saldo remanescente do validador, mas não na fase 0 da eth2.
Os validadores também podem sair voluntariamente após servir por 2.048 épocas, em cerca de 9 dias. Ao sair, há um atraso de quatro épocas antes que os apostadores possam retirar sua aposta. Nas quatro épocas, um validador ainda pode ser capturado e cortado. O saldo de um validador honesto pode ser retirado em cerca de 27 horas. Mas se um validador for cortado, o participante terá que esperar 8.192 épocas (aproximadamente 36 dias) antes de poder se retirar.
Detalhes técnicos adicionais estão descritos em Uma nota no ciclo de vida do validador da fase 0 do Ethereum 2.0, incluindo este fluxograma:

Para evitar grandes alterações no conjunto de validadores em um curto período de tempo, existem mecanismos que limitam quantos validadores podem ser ativados ou encerrados em uma época. Por exemplo, isso dificulta a ativação rápida de muitos validadores para atacar o sistema.
O Beacon Chain usa um conceito mais profundo de saldos efetivos que mudam com menos frequência do que os saldos de validadores e permitem otimizações técnicas.
Empacotando
A cada época, os validadores são divididos igualmente entre os slots e depois subdivididos em comitês de tamanho apropriado. Os validadores podem estar apenas em um slot e em um comitê. Coletivamente:
- todos os validadores em uma época tentam finalizar o mesmo ponto de verificação: voto do FFG
- todos os validadores designados a um slot tentam votar no mesmo cabeçote Beacon Chain: LMD GHOST vote
- todos os validadores designados a um comitê tentam reticular um fragmento específico
O comportamento ideal recompensa mais os validadores.
A ativação da Beacon Chain requer pelo menos 16.384 validadores no momento da gênese. O número de validadores pode diminuir com barras ou saídas voluntárias, ou os agentes podem ativar mais. Espera-se muito mais validadores à medida que o sistema aumenta para a Fase 1 eth2 e além. A Beacon Chain precisa de pelo menos 262.144 validadores (mais de oito milhões de ETH apostados) para ter blocos que incluem 64 ligações cruzadas.
O mundo nunca teve uma plataforma escalável para sistemas e aplicativos descentralizados antes. Se você estiver inspirado a se aprofundar, as referências oficiais estão nas Especificações do Ethereum 2.0 . Inclui a especificação Beacon Chain, links para outros recursos importantes e problemas com recompensas. Atualmente, a necessidade mais premente é a rede ponto a ponto . Contribua ou indique outras pessoas a desafios , ethresear.ch ou no fórum do Ethereum Magician, e faça parte da história!
Uma tradução livre de direitos autorais do artigo https://ethos.dev/beacon-chain/
Comentários
Postar um comentário