Fazer staking nativo de ETH tem o perfil de recompensa e risco mais simples, os LSTs acrescentam liquidez e exposição ao protocolo, e os LRTs acrescentam mais uma camada de risco de smart contract, AVS e slashing. Um rendimento nominal mais alto não é automaticamente melhor quando se precifica cada novo modo de falha.
Pontos-chave
- O staking nativo de ETH é a base, com recompensas do protocolo moldadas pelo desempenho do validador, pela atividade da rede e pela fila de saída dos validadores.
- Os LSTs tornam o ETH em staking transferível, mas a contabilidade por rebasing ou por token embrulhado pode ocultar comissões, perdas e risco de câmbio.
- Os LRTs podem gerar recompensas ou pontos de restaking, mas acrescentam exposição a AVS, operadores, smart contracts e slashing correlacionado.
- A escolha certa depende do teu horizonte de detenção, da necessidade de liquidez, da tolerância à complexidade e da vontade de aceitar risco em camadas.
Qual é a diferença entre staking nativo, um LST e um LRT?
A versão curta é que o staking nativo bloqueia ETH no sistema de validadores da Ethereum, um LST representa um direito sobre ETH em staking, e um LRT representa um direito sobre ativos que normalmente são colocados em staking e depois em restaking para fornecer segurança a serviços adicionais. Os três rótulos descrevem camadas diferentes, não três níveis de retorno garantidos.
Com staking nativo, um validador deposita ETH, executa software de validador, propõe blocos ou atesta-os e ganha recompensas do protocolo por fazer o trabalho corretamente. Um validador individual normalmente requer 32 ETH, embora os fornecedores de staking possam tratar do trabalho técnico ou agregar depósitos de pequenos detentores. A fonte da recompensa é relativamente direta, mas o capital é menos flexível e erros operacionais podem reduzir os retornos.
Um LST, ou liquid staking token, é emitido por um protocolo de staking quando ETH é staked em nome dos utilizadores. Exemplos incluem stETH da Lido e rETH da Rocket Pool. Normalmente podes transferir, emprestar, negociar ou usar o token em DeFi em vez de esperar que o ETH subjacente saia do staking. Essa conveniência cria novas dependências no emissor, nos validadores, nos contratos, na liquidez e no método de contabilidade do token.
Um LRT, ou liquid restaking token, acrescenta outra utilização ao ETH em staking. O ETH subjacente ou LST pode continuar a ganhar recompensas de staking da Ethereum enquanto fica comprometido com redes extra chamadas serviços validados ativamente, ou AVSs. A recompensa extra é compensação por deveres adicionais e modos de falha adicionais. Não é uma segunda camada de rendimento gratuita.
Os riscos vêm antes das recompensas
A estratégia popular de acumular staking nativo, um LST e um LRT pode parecer uma forma simples de maximizar o rendimento. Na prática, cada camada acrescenta uma nova superfície de confiança e de falha. Uma posição em LRT pode depender do protocolo Ethereum, do fornecedor de staking, de um contrato de LST, de um contrato de restaking, de um operador, de um ou mais AVSs, de oráculos de preço, de pontes e de plataformas DeFi onde o token é usado.
Esses riscos podem interagir. Um exploit de smart contract pode obrigar a levantamentos ou congelar um token. Um pânico de mercado pode empurrar um LST ou LRT para baixo do valor dos seus ativos subjacentes. Uma falha de validador ou de operador pode criar penalizações. Se muitas posições dependerem do mesmo operador, cliente, ponte, oráculo ou LST, as perdas podem tornar-se correlacionadas em vez de independentes.
Slashing é uma penalização do protocolo por má conduta grave do validador, como assinar mensagens conflitantes. É diferente de simples inatividade, que normalmente causa recompensas perdidas ou penalizações menores, mas um incidente grande pode envolver tanto uma penalização imediata como uma saída forçada. O restaking pode aumentar as consequências porque um operador pode ser responsável por tarefas fora do consenso de base da Ethereum.
Existem lembretes reais de que a infraestrutura de staking pode falhar. Em 2023, a Lido revelou que 20 validadores operados por um fornecedor foram alvo de slashing depois de problemas de infraestrutura e de chaves de assinatura. A perda foi pequena em relação ao sistema, mas mostrou que um token líquido pode espalhar um evento operacional por muitos detentores. O período inicial da beacon chain da Ethereum e a falha da testnet Medalla em 2020 também expuseram o perigo de indisponibilidades correlacionadas de validadores, embora esse evento da testnet não tenha sido uma perda para clientes na mainnet.
O restaking também já produziu cenários sérios de quase-acidente. O crescimento rápido dos depósitos, acordos complexos com operadores, atualizações de contratos e integrações podem concentrar o risco antes de os utilizadores perceberem. Um protocolo pode anunciar que o slashing é limitado ou ainda não está ativo, mas isso altera o mecanismo de perdas atual em vez de eliminar o risco económico. A governação, as restrições de levantamento, a perda da paridade e uma má integração ainda podem prejudicar os detentores.
O staking nativo de ETH é o rendimento de referência, não uma garantia
O staking nativo é a referência mais clara para comparar outras estratégias. Um validador recebe recompensas do protocolo Ethereum por participar corretamente, além de possível rendimento da camada de execução por propor blocos e incluir transações. O montante varia consoante o total de ETH em staking, o desempenho do validador, a atividade da rede e a frequência e o valor das propostas de blocos.
Por vezes, as pessoas chamam a isto o patamar mínimo de rendimento do staking nativo. Essa expressão deve ser usada com cuidado. Significa uma referência relativamente direta antes de acrescentar LST, LRT, alavancagem, empréstimos ou recompensas de incentivos. Não é um retorno mínimo garantido. Um validador pode ganhar menos devido a períodos de inatividade, problemas de cliente, deveres falhados, penalizações, comissões cobradas por um fornecedor ou alterações na emissão e na atividade de transações da Ethereum.
O acesso ao capital é outra característica definidora. Um validador pode pedir a saída, mas o ETH não fica necessariamente disponível de imediato. A Ethereum usa uma fila de saída para gerir a rapidez com que os validadores saem, e o tempo de espera depende do número de outros validadores a sair. Depois de o validador sair, os levantamentos e o processamento pelo fornecedor podem acrescentar outras considerações de prazo. Um token líquido pode ser negociado de imediato, mas isso é liquidez de mercado, não o mesmo que uma janela de resgate garantida.
O staking nativo também tem uma pilha de software mais pequena do que uma estratégia típica de LRT. Continua a haver riscos de custódia, validador, cliente, gestão de chaves e fornecedor, mas não está automaticamente a depender de um contrato adicional de restaking, de regras de AVS ou de um pool de criação de mercado de LRT. Para um detentor de ETH de longo prazo que não precisa de movimentar a posição, esta configuração mais simples pode ser uma vantagem significativa.
A contrapartida é que o staking nativo pode ser inconveniente. Um validador individual exige competência técnica, hardware fiável ou infraestrutura cloud, gestão segura de chaves e monitorização. Um serviço custodial reduz parte do trabalho operacional, mas acrescenta risco de contraparte e de fornecedor. Uma solução de staking em pool melhora a acessibilidade, mas aproxima-o do modelo de LST e dos seus riscos específicos de protocolo.
Como os LST acrescentam liquidez e opções contabilísticas
Um LST transforma uma posição de staking menos líquida num token transferível. Em vez de esperar que o ETH nativo conclua o processo de saída, pode vender o LST ou usá-lo como colateral, sujeito à liquidez de mercado disponível e às regras da plataforma. Essa flexibilidade pode ser valiosa quando o seu período de detenção é incerto, mas também introduz um preço de mercado que pode divergir do valor do ETH em staking subjacente.
Os LST usam geralmente um de dois estilos contabilísticos. Um token com rebasing altera o saldo de tokens numa carteira à medida que as recompensas de staking se acumulam. stETH é o exemplo conhecido. O seu saldo em unidades pode aumentar ao longo do tempo, embora o preço de mercado ainda possa mover-se de forma independente. Um token wrapped ou sem rebasing mantém estável o saldo em unidades, enquanto a sua taxa de câmbio face ao ativo subjacente muda. wstETH e rETH usam versões desta abordagem.
Nenhum dos métodos aumenta o retorno por si só. O rebasing pode ser mais fácil de compreender se acompanhar o seu saldo, mas algumas aplicações DeFi não lidam bem com saldos variáveis. A contabilização por token wrapped pode funcionar melhor em integrações, mas deve verificar a taxa de câmbio e não confundir uma contagem estável de tokens com um valor estável em dólares. Em ambos os casos, as comissões, o desempenho dos validadores e as condições de mercado afetam o que pode resgatar ou vender.
O risco central de um LST não é apenas saber se os validadores ganham recompensas. É saber se o token continua a ser confiável, líquido e corretamente ligado aos seus ativos subjacentes. Um erro num smart contract, uma falha de governação, um mau oracle, um problema de custódia ou a perda de confiança podem fazer com que um LST negocie com desconto. A arbitragem pode ajudar a restaurar o preço ao longo do tempo, mas a arbitragem não é uma promessa e pode falhar durante um choque de mercado.
A concentração de protocolo também importa. Um grande fornecedor pode ter infraestrutura robusta e liquidez profunda, mas uma grande quota da rede pode criar dependência sistémica. O token LDO da Lido governa partes dos parâmetros e do ecossistema do protocolo, mas deter LDO não transforma stETH num ativo sem risco nem dá a todos os detentores controlo direto sobre as operações dos validadores. A governação pode mudar, e a posse de tokens não é o mesmo que uma apólice de seguro.
Antes de usar um LST em DeFi, verifique se a aplicação reconhece o token exato, como avalia o token e o que acontece se o token negociar abaixo do seu valor subjacente. Um mercado de empréstimos pode liquidar colateral a um preço desfavorável mesmo quando o sistema de staking subjacente não foi atacado. A composabilidade dos smart contracts cria oportunidades, mas também liga modos de falha separados.
Como os LRT criam uma segunda camada de recompensas e riscos
O restaking permite que ETH já em staking ou um LST apoie serviços adicionais. Estes serviços podem precisar que operadores verifiquem dados, executem middleware, forneçam disponibilidade ou apliquem outras regras. Um LRT agrega a exposição a essa atividade num token transferível, para que o detentor não tenha de gerir diretamente todas as relações com operadores.
O rendimento anunciado de um LRT pode combinar vários componentes: recompensas de staking nativo de ETH, comissões de serviços de restaking, incentivos de protocolo, rendimento de negociação e pontos. Estes componentes não são igualmente duradouros. As recompensas de staking nativo vêm das regras da Ethereum, enquanto os pagamentos de AVS dependem da procura real e dos acordos de comissões. Os incentivos podem ser reduzidos ou descontinuados, e os pontos podem nunca tornar-se transferíveis ou valiosos.
A camada de AVS altera o significado de slashing. Um validador pode continuar honesto segundo as regras de consenso da Ethereum enquanto um operador comete um erro segundo as regras de outro serviço. A perda pode ser imposta através de um contrato de restaking, de um acordo com o operador ou de um mecanismo de AVS. As condições exatas dependem do desenho, e os utilizadores devem ler os termos atuais em vez de confiar numa declaração geral de que o restaking é seguro.
É por isso que um valor anunciado de 8% num LRT não deve ser comparado diretamente com uma taxa de staking nativo de 3% ou 4%. A diferença é em parte um prémio de risco, em parte um subsídio e possivelmente em parte um efeito contabilístico temporário. Deve perguntar o que tem de correr mal para o retorno extra desaparecer, que perdas poderia sofrer, se o token pode ser resgatado e quem recebe as comissões antes de tratar o número como rendimento.
Também pode haver incerteza sobre quem suporta uma perda. Alguns sistemas podem socializar penalizações por um pool. Outros podem atribuí-las a um operador, token, cofre ou estratégia específicos. Um limite declarado para slashing não elimina a possibilidade de um exploit de smart contract, um erro de oracle, uma falha de bridge ou um desconto no LRT. Apenas descreve uma parte do desenho de risco.
Para uma comparação mais aprofundada das principais arquiteturas de restaking e das suas contrapartidas, consulte EigenLayer vs Symbiotic: How Restaking Models Differ. O ponto essencial é que o nome da plataforma não basta. Tem de compreender que contratos detêm os ativos, que operadores executam o trabalho, que AVSs podem impor penalizações e como funcionam os levantamentos na versão que está a usar.
Porque os pontos não são o mesmo que recompensas de staking
Os programas de pontos são concebidos para incentivar depósitos, utilização, recomendações ou participação antes de um protocolo finalizar o seu sistema de incentivos. Podem mais tarde ser ligados a uma distribuição de tokens, mas esse resultado não é garantido. Um saldo de pontos não é ETH, não é um direito contratual a receitas e não é necessariamente transferível.
Os pontos também tornam as comparações mais difíceis. Um painel pode apresentar uma taxa anualizada projetada elevada com base em pontos, mas o cálculo pode depender de um valor futuro presumido do token, de um calendário de pontos variável ou de um multiplicador de depósito. Se o protocolo alterar as regras, acrescentar mais participantes, atrasar um lançamento ou excluir certas carteiras, o valor esperado pode cair para zero.
Os utilizadores podem assumir mais risco ao perseguir pontos. Podem mover um LST por vários contratos, contrair empréstimos para aumentar depósitos, usar uma bridge ou fornecer liquidez para um LRT com pouca negociação. Cada ação pode acrescentar risco de smart contract, liquidação, mercado ou custódia. Os pontos podem ser a parte menos duradoura da estratégia, enquanto as perdas continuam a ser imediatas e reais.
Avalie os pontos como uma promoção especulativa, não como um retorno garantido. Separe a recompensa de staking nativo da comissão de restaking, do subsídio do protocolo e do valor estimado dos pontos. Se não consegue calcular o seu resultado sem presumir um preço futuro do token, o número é um cenário, não uma cotação de rendimento.
Que opção se adequa ao seu horizonte de detenção?
O seu horizonte temporal e as necessidades de liquidez costumam importar mais do que a percentagem anual exibida mais alta. Uma estratégia razoável para um detentor que pode esperar numa fila de saída pode ser inadequada para alguém que possa precisar de ETH esta semana. A sua tolerância para análises de contratos, governação de protocolos, descontos de tokens e complexidade operacional também deve influenciar a escolha.
Horizonte longo e baixa necessidade de liquidez
O staking nativo pode adequar-se a um detentor que espera manter ETH durante anos, aceita a fila de saída e consegue gerir ou externalizar as operações de validator. A fonte de recompensas mais simples facilita o acompanhamento do que está realmente a ganhar. Um fornecedor de staking com boa reputação pode ser prático para detentores menores, mas a externalização não elimina o risco do fornecedor, de custódia ou de comissões.
Horizonte intermédio com necessidade de mover ou usar a posição
Um LST pode adequar-se a alguém que quer exposição ao staking enquanto preserva a capacidade de negociar ou usar a posição em DeFi. O custo é a exposição ao emissor, à liquidez do token, à segurança dos contratos e aos descontos de preço. Mantenha uma reserva, em vez de assumir que todos os LST podem ser trocados por ETH a um preço de mercado de um para um durante períodos de stress.
Horizonte mais curto ou necessidades de liquidez incertas
Fazer restaking através de um LRT é difícil de justificar quando pode precisar do capital rapidamente. Mesmo que o LRT seja negociado de forma contínua, o seu preço pode ficar abaixo do valor dos ativos subjacentes, e os levantamentos podem depender de filas ou de regras dos contratos. Um período de detenção curto também dá menos tempo a programas temporários de pontos para compensar comissões e volatilidade de preço.
Elevada tolerância à complexidade e um orçamento de risco definido
Um LRT pode adequar-se apenas a um detentor que compreenda os contratos específicos, operadores, AVSs, processo de levantamento e locais de liquidez, e que possa suportar uma perda para além da volatilidade normal do preço do ETH. Sobrepor um LST e um LRT não é automaticamente diversificação. Se ambos dependerem do mesmo fornecedor de validator, bridge, oracle ou LST, os riscos podem mover-se em conjunto.
Uma abordagem prática é escolher um montante máximo que esteja disposto a expor a restaking experimental e manter o resto numa forma mais simples. Não financie a camada mais arriscada com dinheiro emprestado só porque o rendimento exibido é mais alto. O leverage pode transformar um desconto temporário ou um levantamento atrasado numa perda forçada.
Como comparar o retorno real antes de escolher
Comece com o retorno líquido, não com a taxa promocional. Subtraia as comissões do protocolo, as comissões do validator, os custos de empréstimo, gas, spreads de negociação, encargos de bridge e qualquer carga fiscal ou contabilística esperada que se aplique a si. Depois considere se a recompensa exibida é paga em ETH, noutro token, em pontos ou numa mistura. Uma recompensa que muda de valor não é equivalente a um retorno fixo em ETH.
Em seguida, mapeie as dependências. No staking nativo, reveja o validator ou fornecedor, a gestão de chaves, a política de comissões, a diversidade de clientes e o processo de saída. Num LST, acrescente o contrato do token, o mecanismo de resgate, as divulgações de reservas ou de validator, a liquidez de mercado e o comportamento do oracle. Num LRT, acrescente todos os operadores relevantes, AVSs, contrato de restaking, regra de levantamento e condição de slashing.
Procure os detalhes desconfortáveis na documentação. Quem pode pausar depósitos ou levantamentos? A governação pode atualizar o contrato? Existe um comité de emergência? O que acontece se um operador estiver offline? Que perdas são absorvidas pelo protocolo, pelo operador ou pelos detentores de tokens? Existe seguro, e esse seguro cobre explorações de smart-contract, slashing, depegging ou apenas um evento limitado?
Analise a liquidez sob stress, e não numa hora normal de mercado. Um pool profundo hoje pode tornar-se raso se muitos detentores tentarem sair ao mesmo tempo. Uma taxa de câmbio cotada pode vir de um oracle ou de um pool ilíquido, em vez de um resgate garantido. Teste o percurso de levantamento com um montante pequeno quando possível, e mantenha registos de que token possui, onde está guardado e o que representa.
Por fim, compare o retorno extra com o prémio de risco adicional que pessoalmente exigiria. Se um LRT paga alguns pontos percentuais a mais, mas o expõe a vários contratos sem auditoria e a regras de slashing pouco claras, a diferença pode não compensar. Não existe uma resposta universalmente correta, e a escolha mais segura para um detentor pode ser demasiado conservadora ou demasiado complexa para outro.
Mantenha-se à frente do risco de staking e restaking
O staking nativo, os LSTs e os LRTs podem todos mudar tão depressa como mudam os seus contratos, conjuntos de validators, regras de recompensa e condições de liquidez. Acompanhar esses desenvolvimentos manualmente é difícil, especialmente quando um rendimento em destaque esconde se o retorno vem de recompensas ETH, incentivos temporários, pontos ou leverage. O Zippfeed reúne notícias relevantes sobre ETH, LDO, staking e restaking com pontuação de sentimento marcada como bullish, neutral ou bearish, além de uma classificação de importância, para que possa distinguir atualizações rotineiras de eventos que podem afetar a sua avaliação de risco.