Recompensas e penalidades na prova de participação

Ethereum é protegido usando sua criptomoeda nativa, ether (ETH). Operadores de nós que desejam participar da validação de blocos e da identificação do cabeçalho da cadeia, depositam ether no contrato de depósito no Ethereum. Eles são então pagos em ether para executar um software validador que verifica a validade de novos blocos recebidos pela rede ponto a ponto e aplicam o algoritmo de escolha de bifurcação para identificar o cabeçalho da cadeia.

Existem duas funções principais para um validador: 1) verificar novos blocos e “atestar” se eles são válidos para eles, 2) propor novos blocos quando selecionados aleatoriamente a partir do pool total de validadores. Se o validador falhar em realizar qualquer uma dessas tarefas quando solicitado, eles perdem um pagamento em ether. Às vezes, os validadores também são encarregados de agregar assinaturas e participar dos comitês de sincronização.

Existem também algumas ações que são muito difíceis de fazer acidentalmente e são indício de alguma intenção maliciosa, como propor múltiplos blocos para o mesmo slot ou atestar vários blocos para o mesmo slot. Esses são comportamentos “passíveis de remoção” fazem com que uma certa quantidade de ether (até 1 ETH) do validador seja queimada antes de ele ser removido da rede, o que leva 36 dias. O ether do validador removido drena lentamente ao longo do período de saída, mas no dia 18 eles recebem uma “penalidade de correlação” que é maior quando mais validadores são removidos ao mesmo tempo. Portanto, a estrutura de incentivos da Beacon Chain paga pela honestidade e pune os infrat

Todas as recompensas e penalidades são aplicadas uma vez por época.

Leia para obter mais detalhes...

Recompensas e penalidades

Recompensas

Os validadores recebem recompensas quando votam de modo consistente com a maioria dos outros validadores, quando propõem blocos e quando participam de comitês de sincronização. O valor das recompensas em cada época é calculado a partir de uma base_reward. Essa é a unidade base a partir da qual outras recompensas são calculadas. A base_reward representa a recompensa média recebida por um validador em condições ideais por época. Isso é calculado a partir do saldo efetivo do validador e do número total de validadores ativos da seguinte forma:

1base_reward = effective_balance * (base_reward_factor / (base_rewards_per_epoch * sqrt(sum(active_balance))))

onde base_reward_factor é 64, base_rewards_per_epoch é 4 e sum(active balance) é o total de ether em stake de todos os validadores ativos.

Isso significa que a recompensa base é proporcional ao saldo efetivo do validador e inversamente proporcional ao número de validadores na rede. Quanto mais validadores, maior a emissão geral (como sqrt(N)), mas menor a base_reward por validador (como 1/sqrt(N)). Esses fatores influenciam o APR para um nó de staking. Leia a justificativa para isso nas anotações de Vitalik (opens in a new tab).

A recompensa total é então calculada como a soma de cinco componentes, sendo que cada um tem uma ponderação que determina quanto cada componente adiciona à recompensa total. Os componentes são:

11. voto de origem: o validador votou oportunamente no checkpoint de origem correto
22. voto de destino: o validador votou oportunamente no checkpoint de destino correto
33. voto de cabeçalho: o validador votou oportunamente no bloco de cabeçalho correto
44. recompensa do comitê de sincronização: o validador participou de um comitê de sincronização
55. recompensa do propositor: o validador propôs um bloco no slot correto

As ponderações para cada componente são as seguintes:

1TIMELY_SOURCE_WEIGHT	uint64(14)
2TIMELY_TARGET_WEIGHT	uint64(26)
3TIMELY_HEAD_WEIGHT	uint64(14)
4SYNC_REWARD_WEIGHT	uint64(2)
5PROPOSER_WEIGHT	uint64(8)

Esses pesos somam 64. A recompensa é calculada como a soma dos pesos aplicáveis dividido por 64. Um validador que tenha feito votos de origem, destino e cabeçalho oportunos, proposto um bloco e participado de um comitê de sincronização pode receber 64/64 * base_reward == base_reward. No entanto, um validador geralmente não é um propositor de bloco, portanto, sua recompensa máxima é 64-8 /64 * base_reward == 7/8 * base_reward. Validadores que não são propositores de bloco nem estão em um comitê de sincronização podem receber 64-8-2 / 64 * base_reward == 6.75/8 * base_reward.

Uma recompensa adicional é incluída para incentivar atestações rápidas. Esta é a inclusion_delay_reward. Isso tem um valor igual à base_reward multiplicada por 1/delay, em que delay é o número de slots que separam a proposta de bloco e a atestação. Por exemplo, se a atestação for enviada dentro de um slot da proposta de bloco, o atestador recebe base_reward * 1/1 == base_reward. Se a atestação chegar no próximo slot, o atestador recebe base_reward * 1/2 e assim por diante.

Os propositores de bloco recebem 8 / 64 * base_reward para cada atestação válida incluída no bloco, de modo que o valor real da recompensa escala com o número de validadores atestantes. Os proponentes de bloco também podem aumentar sua recompensa incluindo evidências de mau comportamento de outros validadores em seu bloco proposto. Essas recompensas são as “cenouras” que encorajam a honestidade do validador. Um propositor de bloco que inclui slashing será recompensado com slashed_validators_effective_balance / 512.

Penalidades

Até agora, temos considerado validadores perfeitamente bem comportados, mas o que acontece quando os validadores não fazem votos de cabeçalho, origem e destino em tempo hábil ou o fazem lentamente?

As penalidades por perda de votos de destino e de origem são iguais às recompensas que o atestador teria recebido se as tivesse enviado. Isso significa que, em vez de ter a recompensa adicionada ao seu saldo, eles têm um valor igual retirado do seu saldo. Não há penalidade por perder o voto de cabeçalho (ou seja, os votos de cabeçalho são apenas recompensados, nunca penalizados). Não há penalidade associada ao inclusion_delay - a recompensa simplesmente não será adicionada ao saldo do validador. Também não existe nenhuma penalidade por falhar em propor um bloco.

Leia mais sobre recompensas e penalidades nas especificações de consenso (opens in a new tab). As recompensas e penalidades foram ajustadas na atualização Bellatrix. Assista a Danny Ryan e Vitalik discutirem sobre isso neste vídeo Peep an EIP (opens in a new tab).

Slashing

Remoção é uma ação mais severa que resulta na remoção forçada de um validador da rede e na perda associada de seu ether em participação. Há três maneiras que um validador pode ser removido: pela proposta ou atestação desonestas de blocos:

Ao propor e assinar dois blocos diferentes para o mesmo espaço
Ao confirmar um bloco “em volta” de outro (mudando efetivamente o histórico)
Por “votação dupla”, atestando dois candidatos para o mesmo bloco

Se essas ações forem detectadas, o validador é removido. Isso significa que 0,0078125 é imediatamente queimado para um validador de 32 ETH (escalado linearmente com saldo ativo), então um período de remoção de 36 dias começa. Durante esse período de remoção, a participação dos validadores vai diminuir gradualmente. No meio do período (dia 18) é aplicada uma penalidade adicional cuja magnitude é escalada com o total de ether em stake de todos os validadores cortados nos 36 dias anteriores ao evento de corte. Isso significa que quanto mais validadores são removidos, a magnitude da remoção aumenta. O slashing máximo é o saldo efetivo total de todos os validadores que sofreram slashing (ou seja, se muitos validadores sofrerem slashing, eles podem perder todo o seu stake). Por outro lado, um evento único e isolado de remoção apenas queima uma pequena parte da participação do validador. Esta penalidade de ponto médio que escala com o número de validadores removidos é chamada de “penalidade de correlação”.

Vazamento por inatividade

Se a camada de consenso tiver passado mais de quatro épocas sem finalizar, um protocolo de emergência chamado "vazamento de inatividade" é ativado. O objetivo final do vazamento de inatividade é criar as condições necessárias para a cadeia recuperar a finalidade. Como explicado acima, a finalidade requer uma maioria 2/3 do ether total em participação para concordar sobre os pontos de verificação de origem e destino. Se os validadores representando mais de 1/3 do total dos validadores ficarem offline ou falharem em enviar os atestados corretos, então não é possível que uma supermaioria de 2/3 finalize os pontos de verificação. O vazamento de inatividade deixa o stake pertencente aos validadores inativos esvaziar gradualmente até que eles controlem menos de 1/3 do stake total, permitindo que os validadores ativos restantes finalizem a cadeia. Por maior que seja o pool de validadores inativos, os validadores ativos restantes acabarão controlando >2/3 do stake. A perda de stake é um forte incentivo para os validadores inativos reativarem o mais rápido possível! Um cenário de vazamento de inatividade foi encontrado na rede de testes Medalla quando < 66% dos validadores ativos conseguiram chegar a um consenso sobre a cabeça atual da blockchain. O vazamento de inatividade foi ativado e a finalidade acabou sendo recuperada!

O design de recompensa, penalidade e corte do mecanismo de consenso incentiva os validadores individuais a se comportarem corretamente. No entanto, dessas escolhas de design surge um sistema que incentiva fortemente a distribuição igualitária de validadores entre vários clientes e deve desincentivar fortemente o domínio de cliente único.

Leitura adicional

Fontes

https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/ (opens in a new tab)