Conta de voto

O que é uma conta de voto?

Uma Conta de Voto é uma conta on-chain usada por um validador para participar do consenso da blockchain, registrar a atividade de votação, receber a comissão do validador e aceitar stake delegado em determinadas redes Proof of Stake.

Na maioria das conversas sobre cripto, o termo Vote Account está fortemente associado aos validadores da Solana.

A documentação oficial de gerenciamento de contas de voto da Agave afirma que criar uma conta de voto é necessário caso você pretenda operar um nó validador na Solana.

Uma conta de voto da Solana não é o mesmo que um endereço de carteira comum.

Ela também não é o mesmo que uma conta de stake.

Ela não é o mesmo que uma conta de votação de governança usada por uma DAO.

Trata-se de uma conta especial que ajuda o validador a votar em blocos, obter créditos de voto, receber comissão de validador e se tornar o destino de delegações de stake.

Para iniciantes, a definição mais simples é: uma Conta de Voto é a conta on-chain do validador que registra seu desempenho de votação e permite que usuários em staking deleguem SOL a esse validador.

Por que as contas de voto são importantes

As contas de voto são importantes porque os validadores as usam para participar do consenso e comprovar trabalho útil para a rede.

A página oficial de validadores da Solana explica que os validadores enviam votos para uma conta de voto por nó e que o restante do cluster usa votos ponderados por stake para selecionar um bloco quando surgem forks.

Isso significa que uma conta de voto faz parte de como a rede mede a participação do validador.

Ela também faz parte de como o stake delegado é conectado a um validador.

Quando um usuário delega SOL, a conta de stake aponta para a conta de voto do validador.

Essa conta de voto passa a ser a referência pública para o desempenho de votação, comissão, stake ativo, créditos de voto e status do validador.

Um validador com desempenho de votação ruim pode gerar menos recompensas para os delegadores.

Um validador com comissão alta pode repassar menos recompensas aos delegadores.

Um validador com segurança fraca pode criar risco operacional.

Para usuários que escolhem onde fazer staking, compreender as contas de voto ajuda a explicar para o que eles realmente estão delegando.

Conta de voto vs. conta de carteira

Uma conta de voto é diferente de uma conta de carteira comum.

Uma conta de carteira normalmente é usada para manter, enviar e receber tokens.

Uma conta de voto é usada para a votação do validador, definição do destino da delegação, contabilização de recompensas e configuração do validador.

A documentação da Agave explica que o endereço da conta de voto não é necessário para assinar transações e é usado principalmente para consultar informações da conta de voto.

Isso é muito diferente de um endereço de carteira comum, em que a chave privada correspondente controla os gastos.

Uma conta de voto possui autoridades que controlam ações específicas.

Essas autoridades podem incluir a identidade do validador, a autoridade de voto e o sacador autorizado.

O próprio endereço da conta de voto é fixo durante toda a vida útil da conta.

Isso significa que um validador pode alternar determinadas autoridades enquanto o endereço da conta de voto permanece como o destino público de staking.

Essa separação é importante para segurança, continuidade e operações de validadores.

Conta de voto vs. conta de stake

Uma conta de voto também é diferente de uma conta de stake.

Uma conta de stake mantém SOL que foi delegado para staking.

Uma conta de voto representa o destino do validador para o qual as contas de stake delegam.

A documentação oficial de contas de stake da Solana explica que as contas de stake têm autoridades para delegar, desativar, dividir, mesclar e sacar stake.

Quando um usuário faz staking de SOL, ele normalmente cria ou usa uma conta de stake.

Essa conta de stake é então delegada para a conta de voto de um validador.

O usuário em staking continua controlando sua conta de stake por meio de suas próprias autoridades de stake e saque.

O validador não assume a custódia do SOL do usuário simplesmente porque o stake é delegado para a conta de voto.

Essa distinção é importante porque staking não é o mesmo que enviar fundos ao validador.

A delegação direciona o peso de votação a um validador, enquanto o stake permanece na conta de stake.

Conta de voto vs. transação de voto

Uma conta de voto não é o mesmo que uma transação de voto.

Uma transação de voto é uma transação enviada pelo software do validador para votar em blocos ou forks.

Uma conta de voto é a conta on-chain que armazena e acompanha o estado relacionado a votos do validador.

A documentação da Dune sobre transações de voto da Solana descreve transações de voto como transações enviadas por validadores para votar em um bloco.

A transação de voto é a ação.

A conta de voto é a conta que recebe e registra a atividade de votação do validador.

Essa diferença ajuda a explicar a economia dos validadores.

A identidade do validador paga as taxas das transações de voto.

A autoridade de voto assina as transações de voto.

A conta de voto acompanha o estado de votação e as informações relacionadas a recompensas.

Um validador precisa de todos esses elementos para operar corretamente.

Conta de voto vs. conta de votação de DAO

Uma conta de voto não deve ser confundida com uma conta de votação de DAO.

Uma conta de votação de DAO pode ser uma carteira, um contrato inteligente, um registro de delegação, um saldo de token de governança ou uma identidade de votação off-chain usada para votar em propostas.

Uma conta de voto da Solana é uma conta de infraestrutura de validador usada para participação no consenso e delegação de staking.

O guia de DAO da Ethereum descreve DAOs como organizações nativas da internet que são coletivamente possuídas e gerenciadas por seus membros.

A votação em DAO diz respeito a decisões de governança da comunidade.

As contas de voto de validadores dizem respeito à participação no consenso e ao desempenho de staking do validador.

Ambas envolvem a palavra “voto”, mas têm finalidades diferentes.

Um voto em DAO pode decidir gastos de tesouraria ou alterações de protocolo.

Uma conta de voto de validador ajuda um validador a participar da confirmação de blocos e do consenso.

Os usuários devem sempre verificar o contexto ao encontrar o termo Vote Account.

Como funciona uma conta de voto da Solana

Um validador da Solana cria uma conta de voto antes de operar como validador votante.

A conta de voto é criada em um endereço público.

Esse endereço público se torna o endereço para o qual as contas de stake delegam.

O validador executa um software que observa a rede, valida blocos e envia votos.

A autoridade de voto assina as transações de voto.

A identidade do validador normalmente paga as taxas de transação dessas transações de voto.

A conta de voto armazena a atividade de votação e o estado relacionado a votos.

À medida que o validador vota corretamente e seus votos se tornam enraizados ou finalizados de acordo com as regras da rede, ele obtém créditos de voto.

Os créditos de voto ajudam a determinar as recompensas do validador e dos delegadores.

A comissão do validador controla como as recompensas são divididas entre a conta de voto do validador e as contas de stake delegadas.

Isso torna a conta de voto um elemento central nas operações de validadores.

Endereço da conta de voto

Um endereço de conta de voto é o endereço público da conta de voto de um validador.

A documentação de contas de voto da Agave explica que uma conta de voto pode ser criada na chave pública de um arquivo de keypair ou em um endereço derivado com base na chave pública de um keypair e em uma string de seed.

Depois de criado, o endereço da conta de voto é fixo durante toda a vida útil da conta.

Esse endereço é usado por usuários em staking quando delegam stake ao validador.

O endereço também é usado por exploradores, carteiras, dashboards, ferramentas RPC e sistemas de monitoramento de validadores para consultar informações da conta de voto.

O próprio endereço da conta de voto não é a hot key que assina todos os votos.

A autoridade de voto assina as transações de voto.

A identidade do validador paga as taxas das transações de voto.

O sacador autorizado controla os saques e alterações importantes de configuração.

Essa separação ajuda os validadores a administrar segurança e continuidade.

Identidade do validador

A identidade do validador é uma conta de sistema associada ao nó validador.

A documentação da Agave explica que a identidade do validador paga as taxas das transações de voto enviadas para a conta de voto.

Como se espera que os validadores votem com frequência, a conta de identidade do validador pode assinar e pagar taxas frequentemente.

Isso significa que a identidade do validador normalmente é uma hot key armazenada na máquina do validador.

Uma hot key fica mais exposta do que uma cold key offline.

Por esse motivo, operadores de validadores geralmente mantêm na conta de identidade apenas SOL suficiente para cobrir os custos operacionais por um período limitado.

A conta de identidade pode receber mais fundos de uma carteira mais segura quando necessário.

Isso reduz o montante em risco caso o servidor do validador seja comprometido.

A identidade do validador pode ser alterada após a criação da conta de voto, mas os operadores devem lidar com a transição cuidadosamente.

Uma alteração de identidade mal planejada pode interromper a produção de blocos ou as operações de votação.

Autoridade de voto

A autoridade de voto é o keypair autorizado a assinar transações de voto do validador.

A documentação da Agave explica que a autoridade de voto assina cada transação de voto que o nó validador deseja enviar ao cluster.

A autoridade de voto geralmente é uma hot key, pois precisa assinar com frequência durante a operação do validador.

Ela pode ser o mesmo endereço da identidade do validador.

Se a identidade do validador e a autoridade de voto forem iguais, uma assinatura pode tanto assinar o voto quanto pagar a taxa de transação.

Isso pode reduzir o custo das taxas das transações de voto em comparação ao uso de dois signatários diferentes.

No entanto, usar a mesma chave também concentra a autoridade operacional em uma única hot key.

Os validadores devem equilibrar custo, simplicidade e segurança.

A autoridade de voto pode ser alterada, mas as alterações podem ser limitadas pelo momento do epoch e por regras operacionais.

Os operadores devem seguir a documentação oficial ao alternar chaves da autoridade de voto.

Sacador autorizado

O sacador autorizado é uma das autoridades mais sensíveis vinculadas a uma conta de voto.

A documentação da Agave explica que o sacador autorizado pode sacar fundos de uma conta de voto e é necessário para alterar a comissão ou a identidade do validador de uma conta de voto.

O sacador autorizado pode resgatar recompensas da rede depositadas na conta de voto.

Ele também pode aprovar grandes alterações de configuração da conta de voto.

Isso significa que o sacador autorizado deve ser protegido com muito mais cuidado do que chaves operacionais comuns.

A documentação da Agave recomenda manter o sacador autorizado em uma carteira offline ou cold wallet e não armazená-lo no sistema do validador.

Se um invasor roubar a chave do sacador autorizado, ele poderá obter controle significativo sobre a operação da conta de voto.

Se o operador perder a chave do sacador autorizado, ações importantes de gerenciamento poderão se tornar impossíveis.

O sacador autorizado não deve ser a mesma chave que a identidade do validador ou a autoridade de voto.

Uma boa segurança de validador trata o sacador autorizado como uma chave administrativa cold.

Comissão em uma conta de voto

A comissão é a porcentagem das recompensas do validador que vai para o validador em vez de ser repassada aos delegadores.

A documentação de contas de voto da Agave explica que a comissão é a porcentagem das recompensas de rede obtidas por um validador que é depositada em sua conta de voto.

As recompensas restantes são distribuídas entre contas de stake delegadas a essa conta de voto de acordo com o peso do stake ativo.

Por exemplo, uma comissão de 10% significa que o validador mantém 10% das recompensas, e os delegadores recebem os 90% restantes por meio de suas contas de stake.

Uma comissão baixa pode atrair mais delegadores, pois mais recompensas são repassadas aos usuários em staking.

Uma comissão alta pode ajudar o validador a cobrir custos, mas pode tornar a delegação menos atrativa.

A comissão pode ser definida quando a conta de voto é criada e alterada posteriormente pelo sacador autorizado.

Os valores de comissão são normalmente expressos como porcentagens inteiras de 0 a 100 na documentação atual de gerenciamento de contas de voto.

Os usuários devem verificar a comissão antes de escolher um validador.

No entanto, a comissão é apenas um fator, pois desempenho, segurança, uptime, descentralização e confiabilidade também importam.

Créditos de voto

Créditos de voto são unidades de contabilização relacionadas a recompensas, obtidas quando um validador envia votos de consenso bem-sucedidos.

A documentação de terminologia da Solana define um crédito de voto como uma contagem de recompensa concedida a um validador em sua conta de voto quando o validador alcança uma raiz.

A página de critérios de delegação da Solana Foundation explica que créditos de voto são obtidos quando um validador envia um voto de consenso em um bloco que se torna finalizado pela rede.

Votar com mais frequência e no fork correto geralmente ajuda um validador a obter mais créditos de voto.

Deixar de enviar votos no prazo pode reduzir os créditos de voto.

Votar no fork incorreto também pode reduzir os créditos.

Os créditos de voto são importantes porque as recompensas estão vinculadas ao desempenho de votação do validador.

Um validador com créditos de voto consistentemente fracos pode gerar recompensas menores para seus usuários em staking.

Os usuários em staking não devem analisar apenas a comissão anunciada.

Eles também devem analisar o desempenho de votação, uptime, taxa de slots ignorados e confiabilidade do validador.

Créditos de voto pontuais

Os Timely Vote Credits são projetados para recompensar mais os validadores por votos mais rápidos.

A proposta do Solana Developer Forum para Timely Vote Credits explica que votos mais rápidos podem receber mais créditos do que votos mais lentos, criando um incentivo para votar rapidamente.

Isso é relevante porque, caso contrário, os validadores poderiam ter incentivo para esperar antes de votar a fim de observar qual fork parece mais seguro.

Os Timely Vote Credits buscam apoiar uma participação mais rápida no consenso ao recompensar menor latência de voto.

Para validadores, isso torna o desempenho e a latência de rede mais importantes.

Para delegadores, isso significa que a seleção de validadores deve considerar a qualidade da infraestrutura, a velocidade de votação e a confiabilidade operacional.

Um validador que vote tarde pode obter menos créditos em um modelo de créditos pontuais.

Um validador com infraestrutura robusta pode estar mais bem posicionado para obter recompensas competitivas.

As contas de voto são onde esse tipo de desempenho de votação se torna visível e mensurável.

Isso torna os dados de contas de voto importantes para análises de staking.

Conta de voto e delegação de stake

A delegação de stake conecta a conta de stake de um usuário em staking à conta de voto de um validador.

A documentação de staking da Solana explica que os usuários podem fazer staking de SOL transferindo tokens para uma carteira compatível com staking e delegando por meio de uma conta de stake.

Quando um usuário delega, ele não envia SOL para a carteira comum do validador.

Ele atribui peso de stake à conta de voto do validador.

A conta de stake permanece controlada pelas autoridades do usuário em staking.

O desempenho de votação do validador afeta as recompensas obtidas pelo stake delegado.

É por isso que a conta de voto é o destino de delegação exibido por carteiras e dashboards de staking.

Um usuário em staking deve verificar o endereço da conta de voto do validador antes de delegar.

Um site falso pode exibir informações incorretas sobre o validador.

A delegação deve ser feita por uma interface de carteira confiável ou ferramenta oficial de staking.

Conta de voto e recompensas

As recompensas do validador estão conectadas ao desempenho da conta de voto, à comissão e ao stake delegado.

As recompensas de staking baseadas no protocolo são distribuídas de acordo com as regras da rede.

A página de validadores da Solana explica que os usuários em staking são recompensados por delegar stake a nós validadores que ajudam a validar o ledger.

A documentação de contas de voto da Agave explica que a comissão do validador é depositada na conta de voto do validador, enquanto o restante é distribuído entre contas de stake delegadas.

Isso significa que a conta de voto é central para a contabilização de recompensas.

Se um validador votar bem, ele poderá obter recompensas maiores para si e seus delegadores.

Se um validador tiver um desempenho ruim, as recompensas poderão ser menores.

Se um validador definir uma comissão alta, os delegadores poderão receber menos da recompensa.

Se um validador parar de votar porque sua conta de identidade ficou sem SOL para taxas de voto, o desempenho poderá ser prejudicado.

A qualidade das recompensas depende da operação do validador, do estado da conta de voto, da comissão e do comportamento de delegação.

Conta de voto e taxas de voto

As transações de voto têm custos de taxas.

A documentação de monitoramento da Agave explica que o saldo da conta de identidade do validador deve diminuir pelas taxas de transações de voto e que ficar sem SOL pode fazer o validador parar de votar.

Isso é importante porque votar não é gratuito para operadores de validadores.

Um validador deve manter SOL suficiente na conta de identidade para pagar taxas contínuas de transações de voto.

Se a conta de identidade tiver saldo muito baixo, o validador poderá deixar de votar.

Isso pode reduzir créditos de voto e recompensas de staking.

Também pode fazer o validador parecer pouco confiável para delegadores.

Os operadores devem monitorar regularmente os saldos das contas de identidade.

Eles devem evitar manter fundos excessivos na hot account de identidade, mas ainda conservar o suficiente para continuar votando.

Boas operações de validador exigem segurança e financiamento confiável de taxas.

Contas de voto atuais e inadimplentes

As ferramentas RPC da Solana podem classificar contas de voto como atuais ou inadimplentes.

A documentação RPC oficial do getVoteAccounts informa que o método retorna contas de voto visíveis no nível de confirmação solicitado, divididas em arrays de contas atuais e inadimplentes.

Uma conta de voto atual representa um validador que votou recentemente o suficiente de acordo com a visão RPC.

Uma conta de voto inadimplente representa um validador que parece ter ficado para trás ou parado de votar segundo os critérios de inadimplência.

Essa distinção é útil para dashboards de staking, carteiras, ferramentas de monitoramento e delegadores.

Um validador inadimplente pode não estar obtendo recompensas conforme o esperado.

Um problema temporário pode ocorrer durante manutenção ou problemas de rede.

Um status persistente de inadimplência é um sinal de alerta.

Os delegadores devem acompanhar o status do validador ao longo do tempo, em vez de escolher uma vez e nunca mais verificar.

O status da conta de voto é uma das formas mais simples de ver se um validador está participando ativamente.

Monitoramento de uma conta de voto

Operadores de validadores e delegadores podem monitorar dados de contas de voto usando ferramentas de linha de comando, exploradores, métodos RPC, dashboards e interfaces de staking.

A documentação de monitoramento da Agave informa que o comando solana vote-account exibe a atividade de votação recente de um validador.

Ela também informa que as visualizações de status do validador podem mostrar stake ativo, créditos de voto obtidos, comissão, último voto, root slot e taxa de slots ignorados.

Essas métricas ajudam a avaliar a saúde do validador.

O stake ativo mostra quanto stake está delegado à conta de voto.

Os créditos de voto mostram a qualidade da participação no consenso.

A comissão mostra a participação do validador nas recompensas.

O último voto ajuda a identificar atividade recente.

O root slot ajuda a demonstrar o progresso rumo ao estado finalizado.

A taxa de slots ignorados ajuda a avaliar o desempenho dos slots de líder.

Uma rotina robusta de monitoramento de validadores observa tanto o desempenho técnico quanto métricas relacionadas a recompensas.

Criação de conta de voto

Uma conta de voto é criada com ferramentas de linha de comando da Solana ou ferramentas de operação de validadores.

A documentação da Agave explica que uma conta de voto pode ser criada com o comando create-vote-account.

A conta de voto pode ser configurada quando é criada ou após o validador já estar em execução.

A identidade do validador deve ser informada quando a conta de voto é criada.

O sacador autorizado também deve ser definido quando a conta de voto é criada.

A autoridade de voto pode ser fornecida ou usar a identidade do validador como padrão, dependendo das escolhas de configuração.

A comissão também pode ser definida durante a criação.

Os operadores devem planejar a estrutura de chaves antes de criar a conta de voto.

Uma configuração apressada pode criar problemas de segurança de longo prazo.

Como o endereço da conta de voto é fixo durante a vida útil da conta, os operadores devem tratar a configuração como uma etapa séria de infraestrutura.

Rotação de chaves da conta de voto

As chaves de autoridade da conta de voto podem ser alternadas, mas essa rotação deve ser tratada cuidadosamente.

A documentação da Agave explica que a alteração da identidade do validador, da autoridade de voto e do sacador autorizado usa comandos e requisitos de autoridade diferentes.

A rotação da autoridade de voto afeta qual chave pode assinar transações de voto.

A rotação da identidade do validador afeta a conta que paga taxas de transações de voto e participa do agendamento de líderes.

A rotação do sacador autorizado afeta a autoridade administrativa cold para saques e configurações importantes.

A rotação de chaves pode melhorar a segurança após um comprometimento ou transferir o controle durante mudanças operacionais.

No entanto, uma rotação inadequada pode interromper o serviço do validador.

Por exemplo, mudanças de identidade do validador podem exigir tratamento cuidadoso em relação aos agendamentos de líder.

Os operadores nunca devem alternar chaves sem compreender os requisitos de tempo, assinaturas, financiamento e reinicialização.

A rotação de chaves de uma conta de voto é uma tarefa de segurança operacional, não uma simples atualização de carteira.

Vote Account V4

Vote Account V4 é uma iniciativa de modernização da estrutura de contas de voto da Solana.

A página de atualizações da rede Solana descreve a Vote Account V4 como uma estrutura destinada a tornar as contas de voto mais enxutas e flexíveis.

Essa página explica que a Vote Account V4 remove o acompanhamento histórico desnecessário e introduz configurações de comissão separadas para diferentes tipos de receita de validadores.

Isso importa porque a economia dos validadores está se tornando mais complexa à medida que a receita de blocos, recompensas de inflação e futuras atualizações de protocolo evoluem.

A proposta SIMD-0185 Vote Account V4 discute por que os validadores podem precisar de configurações de comissão diferentes para distintos fluxos de receita.

Os operadores devem consultar a documentação atual do cliente antes de agir, pois o status de lançamento, o momento de ativação e os detalhes de implementação podem mudar.

Para fins de glossário, o ponto importante é que as contas de voto não são estáticas para sempre.

Elas evoluem à medida que a economia dos validadores e o roteiro de consenso evoluem.

Conta de voto e distribuição de receita de blocos

As contas de voto também estão conectadas a recursos futuros ou propostos de distribuição de receita de blocos.

A proposta SIMD-0123 de distribuição de receita de blocos descreve um mecanismo em que as taxas de comissão das contas de voto de validadores podem ser usadas para calcular recompensas pós-comissão distribuídas automaticamente às contas de stake delegadas após um epoch.

Isso é importante porque a receita de validadores pode vir de mais de uma fonte.

Recompensas de inflação e receita de blocos podem exigir configurações diferentes de contabilização e comissão.

Uma conta de voto pode se tornar o local on-chain onde essas configurações econômicas do validador são armazenadas ou consultadas.

Para os delegadores, isso significa que os detalhes da conta de voto podem se tornar ainda mais importantes com o tempo.

Os delegadores devem prestar atenção não apenas à comissão atual, mas também a como um validador lida com diferentes fluxos de recompensas.

Para validadores, isso significa que a configuração da conta de voto pode se tornar parte de uma estratégia competitiva.

Configurações claras de receita podem ajudar os delegadores a compreender a economia esperada.

Configurações opacas podem dificultar as escolhas de staking.

Segurança da conta de voto

A segurança da conta de voto depende da separação adequada de autoridades.

A identidade do validador e a autoridade de voto normalmente são hot keys operacionais.

O sacador autorizado deve ser mantido offline em armazenamento cold.

A identidade do validador deve ter fundos suficientes para taxas de votação, mas não deve manter SOL desnecessário em excesso.

A autoridade de voto deve ser protegida porque assina transações de voto frequentes.

O sacador autorizado deve ser protegido porque controla saques e alterações importantes de configuração.

Os operadores devem fazer backup das chaves com segurança.

Eles devem evitar armazenar chaves administrativas cold no servidor do validador.

Eles devem monitorar alterações não autorizadas nas configurações da conta de voto.

Eles devem usar operações de servidor seguras, controle de acesso, registros, aplicação de patches e gerenciamento de chaves.

Uma conta de voto não é uma carteira comum, mas ainda envolve riscos financeiros e operacionais significativos.

Risco de conta de voto para delegadores

Os delegadores não entregam suas chaves privadas de SOL a um validador quando delegam para uma conta de voto.

No entanto, os delegadores ainda enfrentam risco na seleção de validadores.

Um validador com desempenho ruim pode gerar recompensas menores.

Um validador com comissão alta pode reter mais recompensas.

Um validador que se torna inadimplente pode deixar de obter as recompensas esperadas.

Um validador com segurança fraca pode enfrentar problemas operacionais.

Um validador concentrado em um data center excessivamente representado pode contribuir menos para a descentralização.

A página de critérios de delegação da Solana Foundation lista métricas como créditos de voto, comissão, versão de software, concentração de data centers, concentração de ASN, stake total, taxa de slots ignorados, relatório de métricas e capacidade de resposta.

Esses critérios mostram os tipos de fatores relevantes ao avaliar a saúde de um validador.

Os delegadores devem pesquisar validadores em vez de escolher apenas com base na marca, redes sociais ou comissão mais baixa.

A conta de voto fornece dados úteis para essa pesquisa.

Conta de voto e slashing

Slashing é uma penalidade em que parte dos tokens em staking pode ser destruída ou removida devido ao comportamento malicioso de um validador em alguns sistemas Proof of Stake.

A documentação oficial de staking da Solana informa que atualmente não existe uma implementação de slashing dentro do protocolo, embora observe que o slashing poderia existir no futuro.

Isso é importante para delegadores porque o risco de staking depende das regras atuais da rede.

Na Solana, o risco atual de staking está mais relacionado a custo de oportunidade, desempenho do validador, comissão, tempo de liquidez e confiabilidade operacional do que a slashing ativo dentro do protocolo.

No entanto, os usuários devem consultar a documentação atual, pois as regras do protocolo podem evoluir.

Se o slashing for implementado no futuro, a escolha de validadores e o comportamento da conta de voto poderão envolver riscos adicionais.

Os validadores devem manter operações seguras e confiáveis independentemente do status atual do slashing.

Os delegadores devem compreender as regras atuais de staking da rede antes de delegar.

Uma conta de voto faz parte do staking, mas não garante por si só segurança ou retornos.

Conta de voto e estratégia de comissão do validador

A estratégia de comissão de um validador afeta tanto sua receita quanto as recompensas dos delegadores.

Um validador com comissão de 0% pode ser atraente para usuários em staking, mas ainda precisa pagar custos de infraestrutura, taxas de voto, custos de manutenção, custos de monitoramento e despesas operacionais.

Um validador com comissão muito alta pode obter mais por unidade de recompensa delegada, mas pode desestimular a delegação.

Um validador pode ajustar a comissão com base no modelo de negócios, objetivos da comunidade, custos de infraestrutura ou requisitos de programas de delegação.

A documentação da Agave observa que a comissão pode ser alterada, mas as regras atuais restringem quando ela pode ser atualizada durante um epoch para reduzir abusos de recompensas.

Os delegadores devem acompanhar mudanças de comissão ao longo do tempo.

Um validador pode anunciar comissão baixa e alterá-la posteriormente.

Carteiras e dashboards devem deixar a comissão visível.

Usuários em staking não devem se basear apenas em uma captura de tela antiga ou publicação em redes sociais.

A conta de voto é a fonte de informações on-chain sobre comissão.

Conta de voto e descentralização de validadores

As contas de voto ajudam a rede a observar a distribuição de stake entre validadores.

O stake delegado para contas de voto afeta o peso no consenso.

Se muito stake se concentrar em poucos validadores, a descentralização pode enfraquecer.

Se muito stake se concentrar em um único data center, região, provedor de hospedagem ou grupo de operadores, a resiliência da rede pode enfraquecer.

A página de critérios de delegação da Solana Foundation inclui concentração de data centers e concentração de ASN como critérios de elegibilidade para delegação.

Isso mostra que a distribuição de validadores não se resume a recompensas.

Ela também diz respeito à saúde da rede.

Os delegadores podem apoiar a descentralização distribuindo stake entre validadores confiáveis, em vez de escolher apenas os maiores.

Os dados da conta de voto tornam visível a distribuição de stake.

Essa transparência ajuda os usuários a avaliar a concentração de validadores e a resiliência da rede.

Como verificar uma conta de voto

Os usuários podem verificar uma conta de voto por meio de carteiras, Solana Explorer, dashboards de validadores, métodos RPC ou ferramentas de linha de comando.

O método RPC getVoteAccounts retorna contas de voto atuais e inadimplentes e inclui campos de status da conta de voto.

O comando solana vote-account pode exibir a atividade de votação recente de um validador.

Os dashboards de validadores podem mostrar stake ativo, comissão, créditos de voto, taxa de slots ignorados, root slot, último voto e versão do software.

Um delegador deve verificar se a conta de voto está atual.

Ele deve verificar se a comissão é aceitável.

Ele deve verificar se o validador tem bons créditos de voto.

Ele deve verificar se o validador tem histórico de confiabilidade.

Ele deve verificar se o validador está excessivamente concentrado com outros validadores no mesmo ambiente de infraestrutura.

Ele também deve confirmar que está analisando o endereço correto da conta de voto antes de delegar.

Erros comuns com contas de voto

Um erro comum é pensar que a conta de voto é uma conta de carteira normal.

Ela é uma conta especializada de validador, com autoridades e estado de voto.

Outro erro comum é confundir a conta de voto com a conta de stake.

A conta de stake mantém o stake delegado, enquanto a conta de voto é o destino de delegação do validador.

Outro erro é presumir que o validador controla o SOL delegado.

O stake delegado permanece na conta de stake do usuário em staking, sob suas autoridades.

Outro erro é escolher um validador apenas pela comissão baixa.

Uma comissão baixa não ajuda se o validador tiver desempenho ruim.

Outro erro é armazenar o sacador autorizado no servidor do validador.

O sacador autorizado deve ser protegido como uma chave administrativa cold.

Outro erro é não monitorar o saldo de taxas da conta de identidade.

Se a conta de identidade ficar sem SOL, o validador poderá parar de votar.

Benefícios das contas de voto

O primeiro benefício das contas de voto é a participação transparente de validadores.

Elas registram a atividade de votação e ajudam a rede a medir o desempenho do validador.

O segundo benefício é a delegação de stake.

Elas oferecem aos usuários em staking um destino on-chain claro para delegar stake a validadores.

O terceiro benefício é a contabilização de recompensas.

Elas conectam créditos de voto, desempenho do validador, comissão e recompensas de staking.

O quarto benefício é a separação de autoridades.

Elas permitem separar a assinatura operacional, o pagamento de taxas e a autoridade administrativa de saque.

O quinto benefício é o monitoramento de validadores.

Elas expõem dados que carteiras, exploradores, ferramentas RPC e dashboards podem usar.

O sexto benefício é a transparência econômica.

A comissão e o stake ativo podem ser inspecionados on-chain.

O sétimo benefício é a segurança da rede.

Elas ajudam validadores ponderados por stake a participar do consenso e da escolha de forks.

Riscos das contas de voto

O primeiro risco é o desempenho ruim do validador.

Um validador com desempenho de votação fraco pode obter menos recompensas.

O segundo risco é a comissão alta ou variável.

Um validador pode reter mais recompensas por meio das configurações de comissão.

O terceiro risco é o comprometimento de chaves.

Chaves roubadas de identidade do validador, autoridade de voto ou sacador autorizado podem causar danos operacionais graves.

O quarto risco é a falta de fundos para taxas.

Se a identidade do validador não tiver SOL para taxas de transações de voto, a votação poderá parar.

O quinto risco é a inadimplência.

Uma conta de voto inadimplente pode indicar que um validador não está votando corretamente.

O sexto risco é a centralização.

Stake demais delegado a poucas contas de voto pode reduzir a resiliência da rede.

O sétimo risco é a falta de compreensão.

Os delegadores podem não compreender que os dados da conta de voto afetam as recompensas de staking e a seleção de validadores.

Conta de voto em termos simples

Uma Conta de Voto é a conta que um validador da Solana usa para votação e delegação de staking.

Ela registra a atividade de votação do validador.

Ela recebe a comissão do validador.

Ela mostra créditos de voto e dados de desempenho.

Ela é o endereço para o qual as contas de stake delegam.

Ela não é o mesmo que uma carteira comum.

Ela não é o mesmo que a conta de stake do usuário em staking.

Ela não é o mesmo que uma conta de votação de DAO.

Para validadores, a conta de voto é infraestrutura essencial.

Para usuários em staking, a conta de voto é o destino do validador que eles escolhem ao delegar SOL.

Para iniciantes, a regra principal é simples.

Se você está fazendo staking de SOL, a conta de voto do validador é a conta on-chain que conecta seu stake delegado ao desempenho de votação e à comissão desse validador.

Perguntas frequentes

O que é uma Conta de Voto?

Uma Conta de Voto é uma conta on-chain de validador usada para registrar atividade de votação, receber comissão do validador e servir como destino de delegação para contas de stake em sistemas de validadores no estilo Solana.

Uma Conta de Voto é o mesmo que uma carteira?

Não. Uma conta de voto é uma conta especializada de validador, enquanto uma carteira é usada para gerenciar fundos, chaves, endereços e transações.

Uma Conta de Voto é o mesmo que uma conta de stake?

Não. Uma conta de stake mantém o stake delegado, enquanto uma conta de voto é a conta do validador para a qual a conta de stake delega.

Por que os validadores da Solana precisam de uma Conta de Voto?

Eles precisam de uma conta de voto para participar do consenso, registrar votos, obter créditos de voto, receber comissão e aceitar stake delegado.

O que é um endereço de conta de voto?

Um endereço de conta de voto é o endereço público da conta de voto do validador e é usado por contas de stake ao delegar para esse validador.

Um endereço de Conta de Voto pode mudar?

O endereço da conta de voto é fixo durante toda a vida útil da conta, embora determinadas autoridades e configurações possam ser alteradas.

O que é a identidade do validador?

A identidade do validador é uma conta de sistema usada pelo validador e geralmente paga as taxas das transações de voto.

O que é autoridade de voto?

A autoridade de voto é o keypair autorizado a assinar transações de voto do validador.

O que é o sacador autorizado?

O sacador autorizado é a autoridade que pode sacar fundos de uma conta de voto e aprovar alterações importantes de configuração, como mudanças na comissão e na identidade do validador.

Por que o sacador autorizado deve ser cold?

Ele deve ser mantido offline porque o roubo do sacador autorizado pode dar a um invasor controle significativo sobre as operações da conta de voto.

O que é comissão em uma Conta de Voto?

A comissão é a porcentagem das recompensas do validador mantida pelo validador e depositada na conta de voto.

O que são créditos de voto?

Créditos de voto são unidades de contabilização relacionadas a recompensas, obtidas quando um validador envia votos de consenso aceitos pela rede.

Delegar para uma Conta de Voto dá meu SOL ao validador?

Não. O SOL delegado permanece na conta de stake do usuário em staking e é controlado pelas autoridades desse usuário.

Uma Conta de Voto pode se tornar inadimplente?

Sim. As ferramentas RPC podem classificar contas de voto como atuais ou inadimplentes dependendo da atividade de votação recente.

O que acontece se um validador parar de votar?

O validador pode obter menos créditos de voto e recompensas, e sua conta de voto pode aparecer como inadimplente se o problema continuar.

Um validador pode alterar a comissão?

Sim. A comissão pode ser alterada pela autoridade adequada de acordo com as regras da rede e restrições de tempo.

Como posso verificar uma Conta de Voto?

Você pode verificá-la por meio do Solana Explorer, dashboards de validadores, carteiras, método RPC getVoteAccounts ou ferramentas de linha de comando da Solana.

O que os delegadores devem verificar antes de escolher uma Conta de Voto?

Os delegadores devem verificar comissão, créditos de voto, stake ativo, status de inadimplência, uptime, taxa de slots ignorados, versão do software, reputação do validador e impacto na descentralização.

Conclusão

Uma Conta de Voto é uma parte central da infraestrutura de validadores em sistemas de staking e consenso no estilo Solana.

Ela é a conta on-chain que conecta a votação do validador, o stake delegado, os créditos de voto, a comissão, as recompensas e o monitoramento de validadores.

Para validadores, a conta de voto é infraestrutura necessária.

Ela armazena o estado de votação, aceita referências de delegação, registra o desempenho e recebe a comissão do validador.

Para delegadores, a conta de voto é o destino do validador escolhido ao fazer staking de SOL.

A delegação não transfere a custódia de SOL ao validador, mas conecta as recompensas do usuário em staking ao desempenho de votação e à comissão desse validador.

Isso torna a análise de contas de voto importante para decisões de staking.

Um validador com forte desempenho de votação, comissão razoável, uptime confiável e operações seguras pode ser mais atraente do que um validador com desempenho fraco ou gerenciamento pouco claro.

A segurança da conta de voto também é essencial.

A identidade do validador e a autoridade de voto são hot keys operacionais.

O sacador autorizado é uma chave administrativa poderosa que deve ser protegida offline.

Os operadores devem administrar cuidadosamente taxas, rotação de chaves, monitoramento, comissão e atualizações de software.

Os delegadores devem compreender que a conta de voto não é apenas um endereço aleatório.

Ela é o registro público on-chain da participação do validador e do comportamento de recompensas.

À medida que a Solana continua evoluindo por meio de recursos como Vote Account V4, créditos de voto pontuais e futuras melhorias na distribuição de receita de validadores, as contas de voto podem se tornar ainda mais importantes para compreender a economia dos validadores.

Em termos simples, uma Conta de Voto é onde o desempenho do validador se torna visível on-chain.

Qualquer pessoa que faça staking, opere um validador, desenvolva ferramentas de staking ou analise a saúde da rede Solana deve entender como as contas de voto funcionam.