Ir para o conteúdo
Financial Context Wiki

Prova de participação

Prova de participação é uma família de projetos de consenso em blockchain que atribui poder de proposição ou votação usando participação colocada em risco econômico. A segurança depende do protocolo completo, da distribuição dos validadores, das regras de finalidade, das punições e das suposições de recuperação, não apenas da participação.

Atualizado

Somente para fins educacionais; não constitui recomendação nem aconselhamento de investimento. Investir pode causar perdas.

Resposta direta

Prova de participação (PoS) é uma família de projetos de consenso nos quais os validadores colocam um ativo definido pelo protocolo em risco econômico e recebem peso de proposta ou de votação de acordo com as regras da rede. Validadores honestos propõem blocos, verificam transições de estado e votam sobre o histórico da cadeia. Mensagens comprovadamente conflitantes podem acionar penalidades em protocolos que as implementam, enquanto tarefas não cumpridas geralmente causam penalidades menores ou recompensas não recebidas. Stake é um recurso resistente a Sybil: ele torna a influência cara de adquirir, mas não torna uma transação inválida válida.

PoS não é um algoritmo único. Sistemas baseados em cadeia, tolerantes a falhas bizantinas, delegados e nomeados diferem na admissão de validadores, seleção de líderes, escolha de forks, finalidade, delegação, desvinculação e punição. Valores específicos do Ethereum, como saldo de ativação 32 ETH, slots de 12 segundos e votos de checkpoint de dois terços, não são propriedades universais do PoS. Qualquer análise deve nomear a rede e a versão do protocolo.

A alegação de segurança também requer mais do que “muito está em jogo.” Depende de quem pode controlar ou coordenar essa participação, a fração necessária para interromper ou violar o consenso, suposições de tempo da rede, diversidade de clientes, segurança das chaves, regras de verificação e recuperação, e se as penalidades podem realmente ser impostas. Delegação concentrada ou um serviço comum pode fazer milhares de validadores nominais se comportarem como um único operador.

As recompensas de staking são uma compensação pelo capital, trabalho operacional e risco do protocolo, não juros garantidos. Uma decomposição útil é:

Taxa bruta de staking = recompensas anuais do protocolo / stake médio ativo

Retorno do operador de rede = recompensas + taxas alocadas e MEV - penalidades - taxas de serviço - custos operacionais

O retorno medido no token apostado é separado do retorno de mercado do token. Filas de entrada e saída, períodos de desbloqueio, exposição a penalidades, impostos, descontos em tokens de staking líquido e risco de contraparte podem alterar materialmente o resultado realizado pelo investidor.

Abaixo do limite
25%
Participação adversária
25%
Margem até o limite
8,4%

Os resultados são aproximações educacionais. Eles excluem regras de local, impostos, latência, comportamento do oráculo e outros parâmetros específicos do protocolo, a menos que sejam mostrados.

Como funciona

Um protocolo PoS completo combina um registro de participação, funções do validador, uma regra de escolha de fork, uma regra de finalidade ou confirmação, incentivos e procedimentos de recuperação. Os nomes e limites variam, mas uma revisão pode seguir sete etapas:

  1. Defina o limite de participação e validador. Identifique o ativo em risco, saldo mínimo ou efetivo, regras de admissão de validadores, modelo de delegação, fila de ativação, credenciais de saque e entidades que realmente controlam as chaves de assinatura.
  2. Selecionar deveres sob a aleatoriedade do protocolo. O protocolo atribui propostas de blocos, atestações, votos ou trabalho de comitê. A seleção pode ser ponderada pelo stake, limitada por validador ou mediada por um conjunto de delegados; a participação publicada do stake nem sempre é idêntica ao peso de voto efetivo.
  3. Verifique as transições de estado propostas. Nós completos verificam independentemente assinaturas, saldos, execução e regras de consenso. A participação de um validador ou voto da maioria não pode autorizar uma transação que viole as regras de validade determinística.
  4. Vote e aplique a escolha do fork. Os validadores assinam mensagens de protocolo sobre blocos ou checkpoints. Quando existem históricos válidos concorrentes, a regra de escolha de fork utiliza mensagens elegíveis e seus pesos para escolher a cabeça; atrasos na rede podem temporariamente produzir diferentes visões locais.
  5. Alcançar confirmação ou finalidade. Alguns sistemas oferecem finalidade econômica explícita após uma votação de supermaioria, enquanto outros fornecem confiança crescente com a profundidade. Segurança pergunta se nós honestos podem finalizar históricos conflitantes; vivacidade pergunta se a cadeia pode continuar finalizando.
  6. Aplicar recompensas, penalidades e slashing. Cumprir deveres corretamente e no tempo certo pode gerar emissão, taxas ou outras recompensas. A inatividade pode resultar na perda de recompensas ou na aplicação de penalidades. Equivocação ou outras violações comprováveis podem causar expulsão e destruição da participação, mas as condições e os valores são específicos do protocolo.
  7. Sair, retirar e recuperar. Os validadores podem enfrentar filas de saída, atrasos no desbloqueio ou janelas de penalização pós-saída antes que os fundos se tornem transferíveis. Os clientes também precisam de pontos de verificação confiáveis ou outros procedimentos de recuperação quando a subjetividade fraca, históricos de longo alcance ou falhas excepcionais de consenso se aplicarem.

PoS e Proof of Work ambos usam recursos escassos para tornar ataques de consenso caros, mas os recursos e modelos de recuperação diferem. PoW gasta continuamente energia e capacidade de hardware e geralmente fornece liquidação probabilística. PoS bloqueia capital sujeito a penalidade, pode fornecer finalidade econômica explícita e usa muito menos computação contínua, mas introduz suposições sobre a chave do validador, concentração de participação, longo alcance e pontos de verificação. Nenhum dos dois mecanismos garante descentralização, resistência à censura, baixas taxas ou aplicações corretas por si só.

Ethereum ilustra uma implementação, não a definição. Seus validadores atestam blocos e pontos de verificação, LMD-GHOST seleciona a cabeça, Casper FFG finaliza pontos de verificação com votos representando pelo menos dois terços da participação ativa, e pontos de verificação de fraca subjetividade ajudam um nó novo ou offline por muito tempo a se ancorar a um estado canônico recente. Outras redes PoS podem usar diferentes designs de comitê, delegação e finalidade.

Exemplos resolvidos

A seleção ponderada por participação é uma expectativa, não um cronograma

Suponha que um protocolo ilustrativo selecione cada proponente proporcionalmente à participação efetiva e tenha 720 oportunidades de proposta por dia. Um operador com 2,000 unidades de 1,000,000 tem uma participação de 2,000 / 1,000,000 = 0.2%. Suas propostas esperadas são 720 x 0.2% = 1.44 por dia. O operador pode receber zero, uma ou várias atribuições em um dia específico porque a seleção é aleatória; a fórmula não garante uma proposta a cada 16.7 horas.

Recompensas brutas não são retorno líquido

Uma posição agrupada representa 32 tokens. Durante um ano, ela recebe 1.28 tokens de recompensas do protocolo e 0.20 token de taxas alocadas, mas perde 0.08 token devido a inatividade. O serviço cobra 10% das recompensas positivas: (1.28 + 0.20) x 10% = 0.148 token. As recompensas líquidas são 1.28 + 0.20 - 0.08 - 0.148 = 1.252 tokens, ou 1.252 / 32 = 3.9125%, antes de hardware, impostos e mudanças no preço do token. Anunciar apenas a taxa de emissão do protocolo 4% superestimaria o resultado deste usuário.

A produção de blocos pode continuar enquanto a finalidade está paralisada

Considere uma regra de finalidade no estilo Ethereum que exige votos superiores a dois terços do stake ativo 1,000,000, então mais de cerca de 666,667 unidades devem concordar. Se validadores representando 340,000 unidades saírem offline juntos, no máximo 660,000 permanecem disponíveis. Blocos ainda podem ser propostos, mas a supermaioria necessária para a finalidade não está disponível. Um mecanismo de inatividade específico do protocolo pode reduzir o peso inativo ao longo do tempo; isso não faz a falha de finalidade inicial desaparecer.

Um desconto de staking líquido não é automaticamente uma penalidade

Um investidor possui 100 unidades de um token de staking líquido que representa uma reivindicação sobre ativos em staking. Durante um choque de liquidez, o token é negociado a 0.96 unidades do ativo base. Vender imediatamente retorna 100 x 0.96 = 96 unidades, um desconto de 4 unidades ou 4%. Esse desconto de mercado pode refletir atraso na saída, liquidez ou preocupação com a contraparte, mesmo que nenhum validador tenha sido punido e a contabilidade subjacente permaneça totalmente garantida.

Riscos e controles

Segurança e vivacidade do consenso

  • Controle efetivo concentrado: Exchanges, pools ou delegados podem coordenar mais stake do que o número de validadores sugere. Meça o controle pelo operador, chaves, governança e infraestrutura, não apenas pelos endereços.
  • Falha de finalidade ou partição: Participação offline, falhas do cliente ou divisões na rede podem interromper a finalidade por supermaioria enquanto os blocos continuam. Monitore os pontos de verificação finalizados e a saúde do protocolo, não apenas a altura do bloco.
  • Risco de longa distância e subjetividade fraca: Validadores antigos podem construir históricos antigos alternativos após sua participação ser retirável. Inicialize a partir de checkpoints recentes obtidos por meio de canais confiáveis independentes quando o protocolo assim os exigir.
  • Erro de limite específico do protocolo: Um terço, metade e dois terços têm significados diferentes dependendo do protocolo. Leia a especificação real de escolha de fork, segurança e vivacidade antes de aplicar um limite.

Operações e chaves de validador

  • Assinatura dupla durante a migração: Executar chaves de assinatura copiadas em duas máquinas pode criar votos conflitantes. Use bancos de dados de proteção contra slashing, um assinante ativo e um procedimento de migração controlado.
  • Comprometimento da chave de assinatura: Um atacante pode assinar mensagens puníveis, censurar ou redirecionar tarefas. Isole as chaves do validador, restrinja o acesso, monitore as mensagens e mantenha a autoridade de saque separada onde for suportado.
  • Tempo de inatividade e interrupções correlacionadas: Falhas de energia, rede, nuvem, cliente ou configuração fazem você perder recompensas e podem desencadear penalidades maiores por inatividade. Diversifique clientes e infraestrutura e teste o failover sem duplicar assinantes.
  • Falha de credencial de saque: Chaves de saque perdidas, incorretas ou controladas pelo provedor podem bloquear a recuperação mesmo quando o validador funciona corretamente. Verifique as credenciais antes do depósito e mantenha backups testados e procedimentos de sucessão.

Recompensas, capital e economia de saída

  • Taxa de recompensa variável: As fórmulas de emissão, participação ativa, cumprimento de obrigações, taxas e MEV mudam ao longo do tempo. Modele uma variedade de retornos brutos e líquidos em vez de tratar o APY exibido como fixo.
  • Risco de preço do token e diluição: Mais tokens em staking não garantem maior poder de compra em moeda fiduciária, e a emissão pode diluir os não participantes do staking ou todos os detentores. Separe o rendimento denominado em tokens do retorno total do mercado.
  • Ativação, saída e atraso de desassociação: O crescimento da fila pode deixar o capital ocioso na entrada ou indisponível durante períodos de estresse. Meça cada estágio do ciclo de vida e evite assumir resgates imediatos.
  • Incerteza de penalidade e slashing: A perda depende da ofensa, da versão do protocolo e do comportamento correlacionado. Revise a exposição máxima e as regras de alocação do provedor em vez de assumir que apenas as recompensas são variáveis.

Delegação, custódia e staking líquido

  • Inadimplência do custodiante ou do operador: Um serviço pode perder chaves, usar fundos de forma indevida, interromper retiradas ou falhar operacionalmente. Determine quem possui autoridade de assinatura e retirada e se as reivindicações são segregadas em caso de insolvência.
  • Risco de contrato inteligente do pool: Depósitos, contabilidade, atualizações e filas de saque podem depender de contratos além do staking nativo. Revise permissões, auditorias, controles de emergência e dependências do protocolo.
  • Desconto do token de staking líquido: Um token de recibo pode ser negociado abaixo de sua reivindicação devido a preocupações com liquidez, duração, penalidades ou emissor. Destaque o preço de saída do mercado separadamente do eventual resgate pelo protocolo.
  • Concentração de delegação: Usuários do mantêm exposição econômica enquanto um pequeno conjunto de operadores ganha influência no consenso. Acompanhe a distribuição de participação, limites de operadores, mudanças de delegados e poder de governança.

Censura, implementação e medição

  • Censura e concentração MEV: Operadores grandes ou relés comuns podem excluir ou reordenar transações. Monitore o comportamento de inclusão e a dependência de construtores, relés e intermediários de política.
  • Monocultura de cliente e implementação: Um bug compartilhado pode correlacionar falhas entre validadores que, de outra forma, seriam independentes. Use clientes diversos e mantidos e compreenda as consequências da falha da maioria dos clientes.
  • Métricas de descentralização enganosas: A contagem de validadores, a contagem de endereços e o total em stake podem ocultar propriedade ou hospedagem comum. Combine atribuição de entidades, medidas geográficas, de clientes, de nuvem e de governança.
  • Governança e risco de recuperação social: A coordenação de emergência pode ser necessária após uma falha grave, mas quem define a recuperação canônica pode ser disputado. Entenda o controle de atualização, fontes de ponto de verificação e precedentes de recuperação.

Equívocos comuns

Todo titular de token valida automaticamente no Prova de participação

Possuir o ativo não é o mesmo que operar um validador. A admissão no protocolo, chaves, software, tempo de atividade e deveres ainda se aplicam. Delegadores ou detentores de tokens de staking líquido podem transferir o controle de votação ou operacional para outra entidade e assumir risco adicional de contrato ou contraparte.

Mais participação total sempre significa que a rede é mais segura

O custo do ataque pode aumentar com uma participação valiosa, mas a segurança também depende de concentração, liquidez, empréstimos e delegação, diversidade de clientes, limites e regras de recuperação. Dez milhões de unidades controladas de forma independente são diferentes da mesma quantidade controlada através de um único operador.

O rendimento de staking é um juro sem risco

As recompensas compensam pelo bloqueio de capital, operações e exposição ao protocolo. Penalidades, slashing, taxas, filas, perdas no preço do token, falhas em contratos inteligentes e riscos de custódia podem superar as recompensas. Um APY exibido não é garantido nem diretamente comparável a uma taxa de caixa sem risco.

Os validadores são punidos sempre que ficam offline

Muitos protocolos distinguem a inatividade comum do comportamento comprovadamente conflitante. No Ethereum, deveres perdidos geralmente resultam em perda de recompensas ou em penalidades, enquanto propostas duplas e atestações puníveis podem causar slashing e expulsão. Outras redes definem diferentes infrações e valores.

Prova de participação torna as transações baratas e instantaneamente finais

O consenso determina o acordo sobre a história válida; a capacidade de execução e os mercados de taxas determinam o custo da transação. A finalidade ainda requer votos e tempo definidos pelo protocolo, e pode travar durante participação insuficiente ou falhas na rede, mesmo que os blocos continuem a aparecer.

Tópicos relacionados

Fontes

Navegação

Pesquisar na wiki...