Perguntas frequentes sobre staking e inflação

Na rede Solana, muitas pessoas e entidades diferentes executam um programa em computadores especializados conhecidos como validador. Os validadores desempenham um papel fundamental na manutenção e segurança da blockchain Solana. Os validadores são responsáveis por processar novas transações recebidas na rede, bem como por votar e anexar novos blocos à blockchain.

Como diferentes validadores em todo o mundo podem receber diferentes informações em momentos diferentes, é essencial que a rede seja capaz de chegar a um acordo sobre quais transações e dados são continuamente adicionados à blockchain. A estratégia pela qual os validadores e toda a rede chegam a este acordo é conhecida como mecanismo de consenso, e é um desafio central para construir uma rede blockchain descentralizada bem-sucedida. Muitos projetos diferentes tentaram várias soluções sobre como alcançar consenso de forma rápida e económica.

A rede Solana usa um mecanismo de consenso Proof of Stake (frequentemente abreviado para PoS). Cada validador na rede tem a oportunidade de participar no consenso ao emitir votos sobre quais blocos acreditam que devem ser adicionados à blockchain, confirmando assim quaisquer transações válidas contidas nesses blocos específicos. No entanto, os votos de todos os validadores não têm o mesmo peso.

Os votos de consenso dos validadores são ponderados por stake, o que significa que quanto mais stake um validador individual tiver, mais influência esse validador tem na determinação do resultado da votação de consenso. Da mesma forma, validadores com menos stake têm menos peso na determinação do resultado da votação, e validadores sem stake não podem influenciar o resultado de uma votação de consenso.

Staking é o processo pelo qual um detentor de tokens SOL (como alguém que comprou tokens SOL numa exchange) atribui alguns ou todos os seus tokens a um validador ou validadores específicos, o que ajuda a aumentar o peso de voto desses validadores. Atribuir os seus tokens para adicionar ao peso de stake de um validador é conhecido como “delegar” os seus tokens. Delegar os seus tokens a um validador NÃO dá ao validador propriedade ou controlo sobre os seus tokens. A todo o momento, você ainda controla todos os seus tokens em stake que escolheu delegar.

Ao fazer staking de tokens com um validador ou validadores, o detentor de tokens indica um grau de confiança no validador que escolheu para delegar. À medida que os validadores acumulam maiores quantidades de delegações de stake de diferentes detentores de tokens, isto funciona como “prova” para a rede de que os votos de consenso do validador são confiáveis, e os seus votos são, portanto, ponderados proporcionalmente à quantidade de stake que o validador atraiu. Ao ponderar os votos coletivos de todos os validadores contra a proporção de stake que lhes foi delegada, a rede alcança consenso através deste Proof of Stake.

Como diferentes validadores ao redor do mundo podem receber diferentes informações em momentos diferentes, é essencial que a rede seja capaz de chegar a um acordo sobre quais transações e dados são continuamente adicionados à blockchain. A estratégia pela qual os validadores e toda a rede chegam a este acordo é conhecida como mecanismo de consenso, e é um desafio central para construir uma rede blockchain descentralizada bem-sucedida. Muitos projetos diferentes tentaram várias soluções sobre como alcançar consenso de forma rápida e eficiente em termos de custos.

A rede Solana usa um mecanismo de consenso Proof of Stake (frequentemente abreviado como PoS). Cada validador na rede tem a oportunidade de participar no consenso ao emitir votos sobre quais blocos acreditam que devem ser adicionados à blockchain, confirmando assim quaisquer transações válidas contidas nesses blocos específicos. No entanto, nem todos os votos dos validadores têm o mesmo peso.

Os votos de consenso dos validadores são ponderados por stake, o que significa que quanto mais stake um validador individual tiver, mais influência esse validador tem na determinação do resultado da votação de consenso. Da mesma forma, validadores com menos stake têm menos peso na determinação do resultado da votação, e validadores sem stake não podem influenciar o resultado de uma votação de consenso.

Numa rede aberta e descentralizada como a Solana, qualquer pessoa pode executar um validator se assim o desejar. Um validator malicioso ou outro agente mal-intencionado poderia tentar atacar a rede ou submeter transações incorretas ou fraudulentas para benefício próprio. Devido ao mecanismo de consenso Proof of Stake descrito acima, uma única entidade agindo sozinha de forma fraudulenta precisaria atrair alguma quantidade de stake antes que qualquer uma das suas atividades propostas fosse considerada na votação de consenso. À medida que mais detentores de tokens optam por fazer staking dos seus tokens SOL em diferentes validators pela rede, e o montante total de stake na rede aumenta, torna-se cada vez mais difícil até para um atacante coordenado e bem financiado acumular stake suficiente para alterar sozinho o resultado de uma votação de consenso em seu próprio benefício. Em resumo, quanto mais stake for delegado a muitos validators diferentes pela rede, mais segura a rede se torna para todos os seus utilizadores. Além disso, os detentores de tokens que optam por fazer staking dos seus tokens e ajudar a proteger a rede ao fazê-lo, são elegíveis para receber recompensas de staking assim que delegarem os seus tokens a um ou mais validators. Mais detalhes sobre recompensas de staking são apresentados abaixo.

Em muitas redes Proof-of-Stake, existe um mecanismo conhecido como “slashing”. Slashing é qualquer processo pelo qual uma parte do stake delegado a um validator é destruída como medida punitiva por ações maliciosas realizadas pelo validator.

Este mecanismo incentiva os validators a não realizarem tais ações, pois menos stake delegado a um validator significa que esse validator acumula menos recompensas. Sofrer slashing também pode ser visto como um risco reputacional para reter stake atual ou atrair potencial stake futuro.

O slashing também representa um risco para os detentores de tokens que poderiam potencialmente perder alguns dos seus tokens se tiverem delegado a um validator que sofra slashing. A presença de slashing poderia incentivar os detentores de tokens a apenas delegar os seus tokens a validators que considerem reputáveis, e a não delegar todos os seus tokens a um único ou pequeno número de validators.

Na Solana, o slashing não é automático. Se um atacante causar a paragem da rede, pode sofrer slashing após o reinício da rede. Para mais informações, consulte a documentação de validators da Solana.

Qualquer pessoa que possua SOL pode fazer staking dos seus tokens a qualquer momento.

Para fazer staking de tokens SOL, você deve usar uma carteira que suporte staking. Nem todas as carteiras suportam staking neste momento. SolFlare.com é uma carteira amigável que suporta staking. Confira a documentação oficial para uma lista de carteiras que suportam staking.

Os tokens SOL na sua carteira devem primeiro ser movidos para uma conta de stake. Você pode criar quantas contas de stake quiser e depositar tanto ou tão pouco SOL em cada conta de stake quanto desejar. Cada nova conta de stake tem um endereço único, e uma única carteira pode gerenciar ou “autorizar” muitas contas de stake diferentes. Confira nossa documentação sobre estrutura de contas de stake para mais detalhes.

Para ganhar recompensas de staking (se a inflação estiver habilitada na mainnet beta), os tokens numa conta de stake devem ser delegados a um validador. Uma única conta de stake só pode ser delegada a um único validador de cada vez, portanto, se você quiser delegar a diferentes validadores, precisará dividir seus tokens entre várias contas de stake.

Existem várias ferramentas operadas pela comunidade onde você pode visualizar informações sobre a rede, bem como certas métricas de desempenho sobre validadores individuais, tais como:

• Solanabeach.io
• Validators.app

Muitos validadores também optam por se apresentar e apresentar seus serviços nos fóruns da Solana:

• https://forums.solana.com/t/validator-information-thread/577

Sim. Algumas pessoas podem ter recebido uma conta de staking com tokens bloqueados da Solana Foundation que foi distribuída em troca de serviços. Os tokens em contas de staking com período de bloqueio não podem ser transferidos para outro endereço de carteira antes do bloqueio expirar, mas ainda podem ser delegados a um validator para potencialmente ganhar recompensas de staking durante este período. As recompensas obtidas com tokens bloqueados são depositadas de volta na conta de staking bloqueada.

Quando você cria uma conta de staking pela primeira vez, especifica quantos tokens SOL deseja financiá-la, e esses tokens são retirados da sua conta principal da carteira e depositados na nova conta de staking.

Os tokens também podem ser transferidos para uma conta de staking pré-existente a qualquer momento, usando o recurso de transferência ou envio da sua carteira e fornecendo o endereço da sua conta de staking. Se você transferir tokens para uma conta de staking que já está delegada, esses novos tokens não serão automaticamente delegados.

Se você tem uma conta de staking delegada e deseja aumentar sua delegação a um validator específico, a melhor prática é criar uma nova conta de staking com o valor adicional de stake e delegar essa conta ao mesmo validator.

Exemplo: aumentar o stake delegado a um único validator

• O usuário tem uma carteira com saldo de 1000 SOL.
• O usuário usa a interface da carteira para criar uma conta de staking com 100 SOL e depois delega os tokens na conta de staking ao Validator A.
• O saldo da carteira agora é de 900 SOL e a carteira também controla uma conta de staking com saldo de 100 SOL.
• A conta de staking aparece na interface da carteira e no Explorer como “Ativando”. Uma vez “Ativa”, os tokens em staking são elegíveis para recompensas. Consulte Considerações de tempo para mais detalhes.
• Posteriormente, o usuário deseja aumentar sua delegação ao Validator A, então usa a interface da carteira para criar uma segunda conta de staking com 50 SOL e depois delega os tokens na nova conta de staking ao Validator A.
• O saldo da carteira agora é de 850 SOL e a carteira também controla 2 contas de staking com 100 e 50 SOL, respetivamente, cada uma delegada ao Validator A.

Se você transferir tokens para uma conta de staking que já está delegada, esses novos tokens não serão automaticamente delegados. Para que esses novos tokens também sejam delegados e ganhem recompensas, você precisaria remover a delegação de toda a conta e depois re-delegar a mesma conta. Como remover a delegação e re-delegar pode levar vários dias para entrar em vigor, seu stake original não estaria a ganhar recompensas durante este período de transição.

Portanto, recomendamos transferir SOL para uma conta de staking apenas quando ela for criada pela primeira vez ou quando não estiver delegada.

Os tokens só podem ser retirados de uma conta de stake quando não estão atualmente delegados. Quando uma conta de stake é inicialmente removida da delegação, é considerada “em desativação” ou “em período de espera”. Os tokens não podem ser retirados da conta até que alguns ou todos tenham terminado a desativação e sejam considerados “inativos” e, portanto, não estejam mais a gerar potenciais recompensas de staking. Para detalhes sobre quanto tempo este período de transição pode demorar, consulte Considerações de temporização.

Uma vez que os tokens numa conta de stake estejam inativos, podem ser retirados de volta para o endereço da sua carteira principal ou para outro endereço imediatamente.

Exemplo: Retirar todos os tokens de uma conta de stake

• O utilizador tem uma carteira com um saldo de 900 SOL e uma única conta de stake com 100 SOL delegados a um validador.
• O utilizador usa a interface da carteira para desativar a sua delegação de stake. A conta de stake mostra na interface da carteira e no Explorer que está “em desativação”. Uma vez que esteja “inativa” ou “não delegada”, os tokens em stake deixam de gerar recompensas e podem ser retirados. Consulte Considerações de temporização para mais detalhes.
• O utilizador pode usar a interface da carteira para retirar todos os seus tokens de volta para a sua conta de carteira principal. O saldo da carteira agora mostra 1.000 SOL e a conta de stake é encerrada.

Se pretende reduzir a quantidade de stake delegado atribuído a um determinado validador sem desativar todo o seu saldo (e, portanto, perder potenciais recompensas durante o período de inatividade da delegação), pode dividir uma conta de stake existente em duas contas e remover a delegação de uma, deixando a outra conta delegada e continuamente elegível para recompensas.

Exemplo: Reduzir a delegação em stake para um determinado validador

• O utilizador tem uma carteira com um saldo de 800 SOL e uma única conta de stake com 200 SOL delegados a um validador.
• O utilizador pretende reduzir a quantidade de stake delegado ao validador em 100 SOL.
• Use a interface da carteira para “dividir” a conta de stake e especifique 100 SOL como a quantidade a dividir.
• Existem agora 2 contas de stake, cada uma com 100 SOL, que estão ambas delegadas ao mesmo validador.
• O utilizador pode então usar a interface da carteira para desativar uma das suas delegações de stake. A conta de stake mostra na interface da carteira e no Explorer que está “em desativação”. Uma vez que esteja “inativa” ou “não delegada”, os tokens em stake deixam de gerar recompensas e podem ser retirados. Consulte Considerações de temporização para mais detalhes.
• Uma vez que a conta esteja inativa, o utilizador pode então optar por delegar a conta a um validador diferente, ou retirar os tokens de volta para a carteira principal, ou dividir ainda mais a conta de stake inativa e delegar a vários validadores diferentes.

Os tokens numa conta de stake com um período de bloqueio não podem ser retirados até que o bloqueio expire, independentemente do estado de delegação dessa conta. Uma vez que o bloqueio expire, os tokens não delegados podem ser retirados imediatamente. Não é necessária qualquer ação por parte do titular da conta para desbloquear especificamente a conta.

Quando você delega ou remove a delegação de uma conta de stake, os tokens não mudam de estado imediatamente. Os tokens recém-delegados são considerados “em ativação” ou “aquecendo”, e não são elegíveis para ganhar recompensas até que estejam totalmente ativados. Os tokens com delegação recém-removida são considerados “em desativação” ou “esfriando” e não podem ser retirados até que sejam desativados.

O protocolo Solana só permite que os tokens de stake terminem de mudar de estado no início de um novo epoch. Um epoch tem aproximadamente 2 dias de duração. Use solana epoch-info para ver detalhes do epoch atual.

Se você delegar tokens em uma conta de stake no meio de um epoch, os tokens aparecerão na sua carteira como “em ativação” até que o epoch atual termine, momento em que estarão ativos e elegíveis para ganhar recompensas. Delegar seus tokens de stake perto do início do epoch atual ou perto do fim do epoch atual não afeta quando os tokens se tornarão ativos, o que só acontece no próximo limite de epoch. A mesma lógica se aplica ao remover a delegação ou desativar uma conta de stake delegada. Os tokens em desativação não podem ser retirados até que tenham terminado de desativar no limite do epoch.

Há um limite para quanto stake total pode mudar de estado em um único epoch em toda a rede Solana. Não mais de 25% do stake ativo total na rede pode ser ativado ou desativado em um único epoch. Em um cenário onde mais de 25% do stake ativo total na rede está sendo ativado em um único epoch, uma porção de todo o stake em ativação/desativação até o limite global de 25% terminará de mudar de estado no primeiro limite de epoch. O stake restante permaneceria como “em ativação” ou “em desativação” por pelo menos mais um epoch, até o próximo limite de epoch.

Se uma ativação de stake levar vários epochs, a porção de stake que se torna totalmente ativa no primeiro limite de epoch é elegível para recompensas, enquanto a porção restante que ainda está em ativação por um epoch adicional ainda não é elegível para recompensas.

Da mesma forma, se uma desativação de stake levar vários epochs, a porção de stake que se torna totalmente inativa no primeiro limite de epoch pode ser retirada, enquanto a porção restante ainda está em desativação por um epoch adicional, momento em que pode então ser retirada.

Todas as contas de stake na Solana (e todas as contas de qualquer tipo) podem ser visualizadas no explorador de rede da Solana, disponível aqui:

Solana Explorer

Copie e cole o endereço da conta de stake de interesse na barra de pesquisa principal do explorador para ver os detalhes da conta, incluindo o seu estado de ativação/desativação/delegação, saldo atual e o endereço das autoridades da conta de stake, que normalmente seria o mesmo que o endereço principal da sua carteira.

Dependendo da solução de carteira que utiliza para gerir as suas contas de stake, esta mesma informação pode estar visível ao iniciar sessão na sua carteira e visualizar as suas contas de stake.

As recompensas de staking são calculadas e emitidas uma vez por epoch. Um epoch tem aproximadamente 2 dias de duração. As recompensas acumuladas num determinado epoch são emitidas a todos os validators e delegadores no primeiro bloco do epoch seguinte. O rendimento de staking é apresentado como um valor anualizado, embora este número varie a cada epoch à medida que a taxa de inflação e o stake ativo total mudam continuamente. O rendimento de staking e o design completo da inflação estão detalhados aqui:

DOCUMENTAÇÃO OFICIAL

Estimativas do rendimento de staking, dados vários modelos da fração de SOL total em stake, podem ser exploradas aqui:

MODELOS DE RENDIMENTO DE STAKING

Para estimar a quantidade de SOL que um delegador pode esperar ver num único epoch numa única conta de stake:

O tempo de atividade do validator é definido pelo comportamento de votação de consenso de um validator. Cada vez que um validator vota num bloco que é finalmente anexado à blockchain, esse validator ganha um crédito de voto.

Quando as recompensas são contabilizadas no final do epoch, todos os créditos de voto ponderados por stake ganhos por todos os validators são utilizados para determinar a quantidade total de SOL que é emitida a cada validator específico e aos seus delegadores.

Os validators cobram uma taxa sobre as recompensas inflacionárias obtidas pelas contas de stake que lhes são delegadas, em troca dos seus serviços na segurança da blockchain e no processamento de transações. Esta taxa é conhecida como taxa de comissão. Cada vez que as recompensas são emitidas, a comissão é depositada na conta do validator e as recompensas restantes são depositadas em todas as contas de stake que estão delegadas a esse validator, proporcionalmente ao montante de stake ativamente delegado em cada conta. A comissão do validator e as recompensas de staking são sempre emitidas simultaneamente.

As recompensas são emitidas uma vez por epoch e são depositadas na conta de stake que as obteve. As recompensas de stake são automaticamente redelegadas como stake ativo.

Se as recompensas devidas a um validator ou a uma das suas stakes for inferior a um lamport para um determinado epoch, a emissão da recompensa é adiada até ao próximo epoch em que ambos receberiam pelo menos um lamport.

Os detalhes do calendário de inflação originalmente proposto são discutidos aqui. Os parâmetros específicos que determinam o calendário de inflação são:

1. Taxa de inflação inicial: 8%
2. Taxa de desinflação: −15%
3. Taxa de inflação a longo prazo: 1,5%

Os parâmetros acima são definidos como:

• Taxa de inflação inicial: a taxa de inflação inicial para quando a inflação é ativada pela primeira vez. A taxa de emissão de tokens só pode diminuir a partir deste montante
• Taxa de desinflação: a taxa anualizada à qual a taxa de inflação é reduzida
• Taxa de inflação a longo prazo: a taxa de inflação estável e de longo prazo esperada

Note que a taxa de inflação não será a mesma que o rendimento de staking (ou seja, os juros obtidos ao fazer staking de tokens). Veja abaixo uma discussão sobre o rendimento de staking.

100% das emissões inflacionárias são propostas para serem entregues às contas de stake delegado e validators.

O rendimento do staking provém das emissões inflacionárias distribuídas pelas contas de staking delegado e contas de voto do validator de acordo com a taxa de comissão do validator. Devido a este design, o rendimento do staking é principalmente uma função da fração de SOL que está em staking na rede. Uma discussão detalhada do design e do seu impacto no rendimento do staking pode ser encontrada aqui:

VISÃO GERAL DO DESIGN DE INFLAÇÃO

A quantidade total de SOL que estará em staking é desconhecida, portanto só podemos estimar os rendimentos exatos do staking. Abaixo, mostramos os rendimentos do staking ao longo do tempo segmentados por diferentes valores da percentagem de SOL em staking que podem ser observados na rede (entre 60-90%). Os parâmetros do cronograma de inflação estão definidos conforme descrito acima.

Um painel interativo simples é fornecido aqui, no qual diferentes % de SOL em staking podem ser selecionadas para ver o impacto nos rendimentos prospetivos do staking.

Note que este é um rendimento de staking idealizado, pois negligencia o impacto do tempo de atividade do validator nas recompensas, comissões do validator, potencial limitação de rendimento e potenciais incidentes de slashing. Além disso, ignora que a % de SOL em staking é dinâmica por design, ou seja, espera-se que a % de SOL em staking mude ao longo do tempo, impactando assim o rendimento do staking ao longo do tempo. É apresentado apenas para ser usado como uma estimativa aproximada dos rendimentos esperados do staking.