Credencial de saque

O que é uma credencial de saque?

Uma credencial de saque é uma configuração de validador na Ethereum que determina como e para onde o ETH em staking e as recompensas da camada de consenso podem ser sacados.

Em termos simples, é a regra de destino de saque vinculada a um validador da Ethereum.

Quando um validador é criado, os dados de depósito incluem credenciais de saque, que passam a fazer parte do registro on-chain do validador na Beacon Chain.

Essas credenciais informam ao protocolo Ethereum se o validador pode receber saques e qual tipo de comportamento de saque ele utiliza.

A documentação oficial da Ethereum explica, por meio do guia de credenciais de saque da Ethereum, que todo validador possui uma credencial de saque e que o primeiro byte identifica o tipo de credencial, como 0x00, 0x01 ou 0x02.

As credenciais de saque se tornaram especialmente importantes depois que a Ethereum habilitou saques de staking por meio das atualizações Shanghai e Capella, frequentemente chamadas de Shapella.

Elas se tornaram ainda mais importantes após a atualização Pectra, pois a Ethereum introduziu credenciais de saque compostas 0x02 para validadores que desejam saldos efetivos maiores e composição automática.

Para usuários de cripto, as credenciais de saque são importantes porque um endereço de saque incorreto pode enviar permanentemente os saques de staking para uma carteira que o usuário não controla.

Para validadores, a credencial de saque é uma das configurações de segurança mais importantes em todo o ciclo de vida do staking.

Por que as credenciais de saque são importantes em cripto

As credenciais de saque são importantes porque o staking da Ethereum separa a assinatura do validador do controle de saque.

A chave de assinatura do validador é usada para executar funções de validador, como propor blocos e fazer atestações.

A credencial de saque controla para onde o ETH em staking e as recompensas da camada de consenso podem ir no futuro.

Essa separação contribui para a segurança, pois a chave usada nas operações diárias do validador não precisa ser a mesma chave que controla os saques.

Uma chave de assinatura de validador pode ficar online, pois precisa assinar mensagens da rede regularmente.

Uma chave de saque ou endereço de saque deve ser protegido com mais cuidado, pois controla a capacidade de receber ETH sacado.

Essa distinção é muito importante para stakers individuais, operadores de staking, instituições, protocolos de staking líquido e provedores de custódia.

Se a chave de assinatura de um validador for comprometida, o validador poderá sofrer slashing ou interrupções.

Se a credencial de saque apontar para um endereço controlado por um invasor, o ETH sacado poderá ser perdido permanentemente.

Portanto, as credenciais de saque não são apenas um campo técnico.

Elas fazem parte da segurança do staking da Ethereum, do desenho de custódia e do controle de propriedade do validador.

Credencial de saque vs. endereço de saque

Uma credencial de saque e um endereço de saque estão relacionados, mas não são exatamente a mesma coisa.

Uma credencial de saque é o campo completo do validador armazenado na camada de consenso.

Um endereço de saque é o endereço da camada de execução da Ethereum que recebe saques quando o tipo de credencial oferece suporte a saques da camada de execução.

Para credenciais 0x01, a credencial de saque inclui um endereço Ethereum para o qual saques parciais e totais são pagos.

Para credenciais 0x02, a credencial também aponta para um endereço de saque da camada de execução, mas altera o comportamento do validador ao habilitar regras de composição e de saldo efetivo mais alto.

Para credenciais 0x00, não há um endereço de saque da camada de execução definido.

É por isso que validadores 0x00 não podem receber saques normais até que suas credenciais sejam atualizadas.

A diferença importa porque um usuário pode dizer “meu endereço de saque” quando, na verdade, está se referindo ao endereço de execução dentro da credencial de saque.

Um explorador de validadores pode mostrar a string de credencial completa, enquanto um usuário de carteira pode se interessar principalmente pelo endereço incorporado.

Ambos os elementos estão conectados, mas não são idênticos.

Os três principais tipos de credencial de saque

A Ethereum atualmente utiliza três principais tipos de credenciais de saque para validadores.

O primeiro tipo é 0x00, também chamado de credencial de saque BLS ou credencial pré-Shapella.

O segundo tipo é 0x01, também chamado de credencial de saque de endereço de execução ou credencial de saque legada.

O terceiro tipo é 0x02, também chamado de credencial de saque composta.

A documentação oficial da Ethereum informa que as credenciais 0x00 são o formato original anterior à Shapella, as credenciais 0x01 são credenciais legadas de endereço de execução e as credenciais 0x02 foram introduzidas com a Pectra como a opção recomendada atualmente para validadores.

Esses tipos são identificados pelo primeiro byte da string da credencial de saque.

Se uma credencial começar com 0x00, ela é uma credencial de saque BLS.

Se começar com 0x01, ela é uma credencial de saque de execução legada.

Se começar com 0x02, ela é uma credencial de saque composta.

Esse pequeno prefixo altera o comportamento das recompensas de staking, dos saques e dos saldos do validador.

Credenciais de saque 0x00

As credenciais de saque 0x00 são o formato original de credencial de saque anterior à habilitação de saques na Ethereum.

Elas costumam ser chamadas de credenciais de saque BLS porque se baseiam em uma chave pública de saque BLS, e não em um endereço de execução Ethereum.

Validadores com credenciais 0x00 não têm um endereço de saque da camada de execução definido.

Isso significa que suas recompensas da camada de consenso e o ETH em staking não podem ser pagos a um endereço Ethereum normal até que as credenciais sejam atualizadas.

O guia de credenciais de saque da Ethereum informa que validadores com credenciais 0x00 devem atualizar para 0x01 ou 0x02 antes de poderem receber saques.

Muitos validadores iniciais usavam 0x00 porque o staking da Ethereum começou antes de os saques serem habilitados.

Naquele momento, os stakers depositavam ETH no contrato de depósito, mas ainda não podiam sacar.

Após a Shapella, a Ethereum adicionou um processo que permite aos validadores 0x00 atualizar para credenciais de endereço de execução ao enviar uma alteração BLS-to-execution assinada.

Para os usuários, a principal lição é simples.

Se um validador ainda tiver credenciais 0x00, seu ETH não poderá ser sacado para um endereço de execução até que a credencial seja alterada corretamente.

Credenciais de saque 0x01

As credenciais de saque 0x01 apontam para um endereço normal da camada de execução da Ethereum.

Elas costumam ser chamadas de credenciais de saque legadas porque se tornaram o formato padrão de saque após a Shapella habilitar saques.

Com credenciais 0x01, as recompensas da camada de consenso de um validador acima de 32 ETH são transferidas automaticamente para o endereço de saque a cada poucos dias, dependendo da fila de saques e das condições da rede.

A página oficial de saques de staking da Ethereum explica que validadores legados usam credenciais de saque Tipo 1 e têm o saldo efetivo limitado a 32 ETH.

Isso significa que um validador 0x01 pode continuar obtendo recompensas sobre até 32 ETH de saldo efetivo.

As recompensas acima desse valor não são compostas no saldo efetivo do validador.

Em vez disso, são sacadas periodicamente para o endereço de execução.

Quando um validador 0x01 sai completamente, o saldo restante do validador também é sacado para o mesmo endereço de execução.

O aviso mais importante é que o endereço de saque 0x01 não pode ser alterado casualmente.

A documentação de clientes de validador, como o guia Teku para atualização de credenciais de saque, alerta que, quando um validador é atualizado para usar um endereço Ethereum 0x01, esse endereço não pode simplesmente ser alterado novamente.

Credenciais de saque 0x02

As credenciais de saque 0x02 foram introduzidas com a atualização Pectra da Ethereum.

Elas são chamadas de credenciais de saque compostas porque permitem que as recompensas do validador sejam compostas no saldo efetivo do validador.

A documentação MaxEB da Ethereum Pectra explica que a Pectra permite que validadores optem por um saldo efetivo máximo mais alto e por composição ao converter credenciais de saque do Tipo 1 para o Tipo 2.

Antes da Pectra, cada validador tinha um limite de saldo efetivo de 32 ETH.

Após a Pectra, validadores que usam credenciais 0x02 podem ter um saldo efetivo de até 2048 ETH.

A página de saques de staking da Ethereum explica que validadores compostos usam credenciais Tipo 2, podem ter um saldo efetivo de até 2048 ETH e só transferem automaticamente saldos acima de 2048 ETH.

Essa é uma grande mudança no staking, pois permite que stakers maiores consolidem validadores e componham recompensas sem operar um validador para cada 32 ETH.

Um validador 0x02 ainda pode sacar ETH abaixo do limite de 2048 ETH, mas isso exige um saque parcial manual a partir da camada de execução.

Para iniciantes, a principal diferença é simples.

Um validador 0x01 transfere automaticamente recompensas acima de 32 ETH, enquanto um validador 0x02 pode compor recompensas até 2048 ETH.

Credenciais de saque e a atualização Shapella

Shapella é o nome comum das atualizações Shanghai e Capella da Ethereum.

Shanghai se refere à parte da atualização na camada de execução.

Capella se refere à parte da atualização na camada de consenso.

A Shapella habilitou saques de staking para validadores Ethereum.

Antes da Shapella, os validadores podiam depositar ETH e receber recompensas, mas os saques não estavam habilitados.

Após a Shapella, validadores com credenciais de saque válidas da camada de execução puderam receber saques parciais e totais.

A página de saques de staking do Ethereum Launchpad explica que os saques foram habilitados na Beacon Chain por meio das atualizações Shanghai e Capella.

Isso tornou as credenciais de saque uma das configurações mais importantes de um validador.

Se um validador tivesse credenciais 0x01, o protocolo poderia enviar recompensas ao endereço de saque.

Se um validador ainda tivesse credenciais 0x00, ele primeiro precisaria de uma alteração BLS-to-execution antes que os saques pudessem ser pagos.

A Shapella não alterou a regra básica de que os usuários devem controlar o destino do saque.

Ela tornou essa regra operacional ao permitir saques reais de ETH.

Credenciais de saque e a atualização Pectra

A Pectra alterou as credenciais de saque ao adicionar credenciais compostas Tipo 2, ou 0x02.

Essa mudança esteve ligada à EIP-7251, que aumentou o saldo efetivo máximo para validadores.

A especificação oficial da EIP-7251 descreve o aumento do saldo efetivo máximo e a adição de processos relacionados à consolidação de validadores e a credenciais de saque compostas.

A Pectra tornou o staking da Ethereum mais flexível para grandes stakers e operadores de staking.

Em vez de operar muitos validadores separados de 32 ETH, um staker pode usar credenciais 0x02 e consolidar o staking em menos validadores com saldos maiores.

Isso pode reduzir a complexidade operacional.

Também pode reduzir a pressão sobre o tamanho do conjunto de validadores.

No entanto, as credenciais 0x02 criam novas decisões para os stakers.

A composição automática pode melhorar a eficiência das recompensas, mas também altera o comportamento de saque porque as recompensas não são transferidas automaticamente acima de 32 ETH.

Usuários que desejam pagamentos regulares de recompensas podem preferir o comportamento 0x01.

Usuários que desejam composição e consolidação podem preferir o comportamento 0x02.

A escolha correta depende de objetivos de custódia, necessidades de liquidez, planejamento tributário, gestão de risco e estratégia de staking.

Saques parciais

Um saque parcial é um saque do saldo do validador que não encerra completamente o validador.

Para um validador 0x01, saques parciais normalmente significam transferências automáticas de ETH acima do limite de saldo efetivo de 32 ETH.

Para um validador 0x02, os saques parciais são diferentes porque as recompensas são compostas até que o validador atinja o saldo efetivo máximo mais alto.

A página de saques de staking da Ethereum explica que as transferências automáticas para validadores Tipo 2 ocorrem somente para saldos que excedem 2048 ETH, e que ETH abaixo desse limite exige um saque parcial manual a partir da camada de execução.

Essa distinção é importante porque um staker pode esperar que as recompensas apareçam automaticamente em uma carteira.

Essa expectativa está correta para recompensas 0x01 acima de 32 ETH, mas não para o comportamento normal de composição 0x02.

Os saques parciais não são transações normais da Ethereum iniciadas pela carteira do validador da mesma forma que o envio de ETH.

São saques no nível do protocolo processados pelas camadas de consenso e de execução de acordo com o status do validador e a elegibilidade para saque.

O usuário deve verificar o tipo de credencial do validador antes de perguntar por que as recompensas chegaram ou não chegaram.

Saques totais

Um saque total ocorre depois que um validador sai e todo o saldo restante se torna sacável.

Para validadores 0x01 e 0x02, o ETH sacado é pago ao endereço de saque da camada de execução conectado à credencial.

Para validadores 0x00, o protocolo não pode pagar o saque a um endereço de execução até que a credencial de saque seja atualizada.

O saque total é separado da saída voluntária.

Uma saída voluntária instrui o validador a interromper sua participação após passar pelo processo de saída.

O saque acontece depois, quando o validador está elegível e é processado pelo protocolo.

Esse prazo pode confundir os usuários, pois sair não significa necessariamente receber ETH imediatamente.

A fila de saída, a transferência de saques, as condições da rede e o status do validador podem afetar o prazo.

Os usuários também devem entender que o endereço de saque recebe automaticamente o ETH sacado.

Se esse endereço estiver incorreto, inacessível ou for controlado por outra pessoa, o usuário poderá perder o acesso aos fundos sacados.

É por isso que selecionar corretamente as credenciais de saque durante a configuração do validador é essencial.

Alteração BLS-to-execution

Uma alteração BLS-to-execution é o processo usado por validadores 0x00 para atualizar suas credenciais de saque para um formato de endereço de execução.

O Ethereum Launchpad oficial disponibiliza uma ferramenta BLS To Execution Change, que descreve a mensagem usada para alterar antigas credenciais de saque BLS para novas credenciais de saque no formato de endereço de execução.

Essa alteração deve ser assinada com a chave de saque BLS do validador ou gerada a partir do mnemônico de saque correto.

A mensagem assinada é então transmitida à Beacon Chain.

Depois de incluída e processada, a credencial do validador muda de 0x00 para uma credencial de saque de endereço de execução.

Esse é um processo sensível porque o endereço de saque se torna o destino de futuros saques de staking.

Os usuários devem gerar material de assinatura sensível offline sempre que possível.

Eles nunca devem inserir um mnemônico de staking em um site aleatório, ferramenta de chat, extensão de navegador ou computador online em que não confiem plenamente.

Devem verificar cuidadosamente o endereço de saque antes de assinar, pois a alteração pode ser irreversível.

Um único erro de digitação pode direcionar permanentemente os saques ao destino errado.

Uma credencial de saque pode ser alterada?

A possibilidade de alterar uma credencial de saque depende de seu tipo e da alteração específica.

Uma credencial de saque BLS 0x00 pode ser alterada para uma credencial de endereço de execução por meio do processo BLS-to-execution.

Quando um validador possui um endereço de saque 0x01, esse endereço não pode simplesmente ser alterado para outro endereço.

A documentação do Teku explica que, se as credenciais de saque de um validador já estiverem definidas para um endereço Ethereum e o usuário desejar um endereço diferente, deverá sair do validador e criar uma nova chave de validador com novas credenciais.

A conversão do Tipo 1 para o Tipo 2 após a Pectra também é uma decisão importante de staking.

A página MaxEB da Ethereum Pectra afirma que converter do Tipo 1 para o Tipo 2 é irreversível.

Isso significa que os validadores não devem tratar atualizações de credenciais de saque como a alteração de um apelido de carteira ou endereço de e-mail.

São alterações no nível do protocolo que podem afetar para onde o ETH vai e como as recompensas de staking se comportam.

Antes de realizar qualquer alteração de credencial, os usuários devem confirmar o índice do validador, a chave pública, o tipo de credencial anterior, o novo endereço, a origem da ferramenta e o ambiente de assinatura.

Para grandes operações de staking, alterações de credenciais de saque devem ser realizadas por meio de controles operacionais formais e revisão por várias pessoas.

Credenciais de saque e segurança do validador

As credenciais de saque são uma das partes de maior risco da segurança do staking da Ethereum.

O destino de saque controla para onde o ETH em staking e as recompensas podem ser pagos.

Se o endereço de saque pertencer à carteira errada, futuros saques poderão ser irrecuperáveis.

Se o mnemônico de saque for exposto antes de uma alteração de 0x00 para 0x01, um invasor poderá direcionar saques para seu próprio endereço.

Se um usuário inserir uma frase de recuperação em uma ferramenta falsa de staking, o invasor poderá roubar fundos ou controlar saques futuros.

Os usuários devem separar as chaves de assinatura do validador das chaves de saque.

As chaves de assinatura do validador precisam permanecer online para as funções diárias.

As chaves de saque devem ser protegidas com práticas mais rigorosas de armazenamento a frio.

Em configurações institucionais, os endereços de saque frequentemente utilizam carteiras multisig, módulos de segurança de hardware, controles de custódia ou carteiras de smart contract.

Para stakers individuais, uma hardware wallet ou um endereço de autocustódia cuidadosamente protegido pode ser adequado.

A regra principal é simples.

O endereço de saque deve ser controlado pela pessoa ou entidade que deve receber o ETH em staking.

Credenciais de saque e custódia

As credenciais de saque são centrais para a custódia em staking.

Se um usuário faz staking por meio de um serviço, a credencial de saque determina se o usuário, o serviço, um provedor de custódia, um smart contract ou outra entidade controla o destino de saque.

Isso é importante porque o staking pode separar a operação do validador da propriedade dos ativos.

Um terceiro pode operar a infraestrutura de validador sem controlar os saques se o endereço de saque pertencer ao usuário ou a um contrato controlado pelo usuário.

Essa configuração pode reduzir o risco de custódia.

No entanto, alguns serviços de staking podem controlar tanto a operação do validador quanto o destino de saque.

Essa configuração pode ser conveniente, mas cria risco de contraparte.

Os usuários devem perguntar quem controla a credencial de saque antes de fazer staking de ETH por meio de qualquer serviço.

Não devem perguntar apenas quem opera o validador.

Devem perguntar quem recebe os saques, quem pode alterar credenciais, quem pode acionar saídas e quais direitos legais ou técnicos o usuário possui.

No staking da Ethereum, as credenciais de saque costumam ser a indicação on-chain mais clara sobre o controle de saques.

Credenciais de saque e endereços de smart contract

Um endereço de saque pode ser uma conta normal de propriedade externa ou um endereço de smart contract, se houver suporte na configuração de staking.

Isso pode ser útil para pools de staking, sistemas de custódia, protocolos de staking líquido, sistemas de restaking ou cofres institucionais.

No entanto, endereços de saque de smart contract acrescentam riscos adicionais.

O contrato deve ser seguro.

O contrato deve poder receber ETH com segurança.

As regras do contrato devem corresponder às expectativas do staker.

Se o contrato tiver um bug, risco de atualização, risco administrativo ou risco de governança, os saques poderão ser afetados.

Os usuários não devem supor que um endereço de saque de smart contract é mais seguro apenas por ser programável.

Ele pode ser mais seguro quando auditado e devidamente controlado.

Pode ser mais perigoso quando mal projetado ou controlado por administradores desconhecidos.

Para stakers individuais comuns, um endereço de autocustódia bem protegido pode ser mais simples.

Para sistemas avançados de staking, endereços de saque de smart contract podem oferecer suporte a automação, contabilidade, distribuição e controles de risco.

Credenciais de saque e staking líquido

Os sistemas de staking líquido utilizam validadores, mas fornecem aos usuários um token líquido ou recibo que representa a exposição a ETH em staking.

Nesses sistemas, as credenciais de saque são especialmente importantes porque determinam para onde fluem os saques dos validadores.

Um protocolo de staking líquido pode utilizar smart contracts como destinos de saque para que o ETH sacado possa ser contabilizado e distribuído conforme as regras do protocolo.

Os usuários podem não ver diretamente as credenciais de saque de validadores individuais ao usar um token de staking líquido.

No entanto, essas credenciais continuam importantes nos bastidores.

Se as credenciais de saque forem controladas por um protocolo, os usuários dependem dos smart contracts, da governança, dos operadores e do desenho de custódia desse protocolo.

Se as credenciais de saque forem mal gerenciadas, o protocolo poderá enfrentar problemas operacionais ou de segurança.

Para os usuários, a lição é entender que o staking líquido abstrai detalhes do validador, mas não elimina riscos no nível do validador.

As credenciais de saque permanecem parte do modelo de confiança mesmo quando o usuário vê apenas um saldo de tokens.

Credenciais de saque e restaking

O restaking permite que ETH em staking ou posições relacionadas a validadores sejam utilizados em sistemas adicionais de segurança ou recompensas.

As credenciais de saque podem ser importantes no restaking porque o fluxo de saques pode ser direcionado a um smart contract ou conta controlada que aplica regras de restaking.

Um sistema de restaking pode exigir que os validadores utilizem credenciais de saque específicas ou estruturas específicas de endereço de saque.

Isso pode aumentar a complexidade.

Os usuários devem entender quem controla os saques, quem pode acionar saídas, se slashing ou penalidades podem afetar os fundos e se os saques podem ser atrasados pelas regras do protocolo.

O restaking pode criar oportunidades adicionais de recompensas, mas também acrescenta risco de smart contract, risco de governança, risco de operador e risco de slashing correlacionado.

As credenciais de saque ficam na fronteira entre o sistema básico de staking da Ethereum e o protocolo externo que utiliza a posição em staking.

Os usuários devem ler cuidadosamente a documentação do protocolo antes de apontar credenciais de saque para qualquer endereço relacionado a restaking.

Uma credencial de saque não é apenas um destino.

Ela pode se tornar parte de um arranjo maior de custódia e risco.

Credenciais de saque e consolidação de validadores

A consolidação de validadores tornou-se mais importante após a Pectra, pois validadores 0x02 podem suportar saldos efetivos maiores.

Consolidação de validadores significa combinar o staking de vários validadores em menos validadores.

Isso pode reduzir o número de validadores ativos que um grande staker precisa operar.

Também pode reduzir a sobrecarga operacional e ajudar a rede a gerenciar o crescimento do conjunto de validadores.

Com credenciais 0x02, um validador pode ter saldo efetivo de até 2048 ETH.

A página MaxEB da Ethereum Pectra explica que a ferramenta oficial para optar pela mudança MaxEB é o Launchpad e que a conversão do Tipo 1 para o Tipo 2 não pode ser revertida.

A consolidação é poderosa, mas altera a exposição a riscos.

Um validador maior pode concentrar mais ETH em um único registro de validador.

Erros operacionais, slashing ou erros de configuração podem afetar uma quantidade maior de ETH por validador.

Grandes stakers devem ponderar a simplificação operacional em relação à concentração de riscos.

As credenciais de saque são centrais porque somente validadores com o comportamento correto de credencial composta 0x02 podem utilizar plenamente o modelo de consolidação pós-Pectra.

Como verificar a credencial de saque de um validador

Os usuários podem verificar a credencial de saque de um validador por meio de um explorador da Beacon Chain da Ethereum ou da API do seu próprio nó beacon.

Exploradores de validadores geralmente mostram o índice do validador, a chave pública, o saldo, o status, as credenciais de saque e o endereço de saque, se houver um disponível.

A documentação do Teku fornece um exemplo de consulta ao estado finalizado de um validador por meio da Beacon API e de leitura do campo withdrawal_credentials.

Se o campo começar com 0x00, o validador possui credenciais de saque BLS.

Se começar com 0x01, o validador possui credenciais legadas de endereço de execução.

Se começar com 0x02, o validador possui credenciais de saque compostas.

Os usuários devem verificar a credencial antes de esperar saques.

Também devem verificar, quando possível, o endereço de execução incorporado à credencial.

Para validadores 0x01 e 0x02, o endereço de saque deve corresponder ao endereço controlado pelo staker.

Se o endereço for desconhecido, o usuário deve investigar antes de sair, consolidar ou depender de saques futuros.

Para validadores de alto valor, a verificação independente por mais de uma ferramenta é uma boa prática.

Erros comuns com credenciais de saque

Um erro comum é confundir a chave de assinatura do validador com a chave de saque.

A chave de assinatura executa as funções do validador, enquanto a credencial de saque controla o destino do saque.

Outro erro comum é definir o endereço de saque errado.

Isso pode enviar permanentemente futuros saques para o endereço incorreto.

Um terceiro erro é presumir que validadores 0x00 podem sacar automaticamente.

Eles não podem receber saques até que a credencial seja atualizada para um tipo de endereço de execução.

Um quarto erro é inserir um mnemônico de staking em um site falso.

Isso pode expor a chave de saque e colocar fundos em risco.

Um quinto erro é presumir que recompensas 0x01 são compostas automaticamente.

Elas não são compostas além do limite de saldo efetivo de 32 ETH, pois as recompensas excedentes são transferidas para o endereço de saque.

Um sexto erro é converter para 0x02 sem entender que as recompensas se comportam de modo diferente.

Um validador 0x02 compõe recompensas até o saldo efetivo máximo mais alto e pode exigir saques parciais manuais para valores abaixo desse limite.

Um sétimo erro é usar um endereço controlado por um serviço sem compreender os direitos de custódia.

Benefícios das credenciais de saque

O primeiro benefício das credenciais de saque é o direcionamento claro dos saques.

O protocolo sabe para onde devem ir os saques do validador.

O segundo benefício é a separação de funções.

A operação do validador pode ser separada do controle de saque.

O terceiro benefício é um melhor desenho de segurança.

Os operadores podem manter as chaves de assinatura do validador online enquanto protegem a autoridade de saque com mais cuidado.

O quarto benefício é o suporte a diferentes estratégias de staking.

Credenciais 0x01 oferecem suporte a transferências automáticas de recompensas, enquanto credenciais 0x02 oferecem suporte a composição e saldos efetivos maiores.

O quinto benefício é a flexibilidade institucional.

As credenciais de saque podem oferecer suporte a políticas de custódia, cofres de smart contract, provedores de staking e controles multisig.

O sexto benefício é a transparência.

Os validadores têm prefixos de credenciais publicamente visíveis que ajudam os usuários a entender o comportamento de saque.

O sétimo benefício é uma delegação de validador mais segura.

Um usuário pode delegar a operação do validador enquanto mantém os saques direcionados ao seu próprio endereço, dependendo do arranjo de staking.

Riscos das credenciais de saque

O primeiro risco são erros permanentes de endereço.

Se uma credencial de saque apontar para um endereço que o usuário não controla, o ETH sacado poderá ser perdido.

O segundo risco é a exposição do mnemônico.

Uma alteração de credencial 0x00 exige material sensível da chave de saque, e invasores podem visar esse processo.

O terceiro risco são ferramentas falsas.

Golpistas podem criar páginas falsas do Launchpad, painéis falsos de staking, formulários falsos de atualização de credenciais ou solicitações falsas de carteira.

O quarto risco é não compreender o tipo de credencial.

Usuários podem esperar recompensas automáticas ao usar um tipo de credencial com comportamento de saque diferente.

O quinto risco é a opacidade da custódia.

Um provedor de staking pode controlar credenciais de saque de maneiras que o usuário não entende totalmente.

O sexto risco é o risco de saque por smart contract.

Um endereço de saque de smart contract pode ter bugs, controles administrativos ou risco de governança.

O sétimo risco é a conversão irreversível.

Algumas alterações de credenciais, como definir um endereço 0x01 ou converter para 0x02, devem ser tratadas como decisões de longo prazo.

Como lidar com credenciais de saque com segurança

Os usuários devem verificar a ferramenta oficial antes de realizar qualquer operação com credenciais de saque.

Devem usar o Ethereum Launchpad oficial ou ferramentas de validador bem avaliadas de fontes confiáveis.

Devem verificar o índice do validador e a chave pública.

Devem verificar o tipo atual de credencial.

Devem verificar o endereço de saque exato.

Devem confirmar que controlam o endereço de saque antes de assinar.

Devem evitar gerar mensagens sensíveis em um computador online de uso diário quando a assinatura offline for possível.

Nunca devem compartilhar um mnemônico de staking, senha de keystore de validador, chave privada ou frase de recuperação com qualquer pessoa do suporte ou site.

Devem salvar registros da operação assinada, do endereço de destino e da lista de validadores.

Devem verificar um explorador da Beacon Chain após o processamento da alteração de credencial.

Para organizações, atualizações de credenciais devem exigir várias aprovações, procedimentos escritos, testes e verificação independente.

Para stakers individuais, a regra mais importante é ir com calma e verificar cada campo antes de assinar.

Credencial de saque em termos simples

Uma credencial de saque é a regra que informa à Ethereum para onde deve ir o ETH sacado de um validador.

Se começar com 0x00, o validador possui credenciais BLS antigas e não pode receber saques normais até ser atualizado.

Se começar com 0x01, o validador possui um endereço de saque de execução normal e as recompensas acima de 32 ETH são transferidas automaticamente.

Se começar com 0x02, o validador possui credenciais compostas e pode acumular um saldo efetivo de até 2048 ETH.

A credencial de saque não é a mesma coisa que a chave de assinatura do validador.

A chave de assinatura opera o validador.

A credencial de saque controla o destino do saque e o comportamento das recompensas.

Para iniciantes, a lição mais importante é simples.

Sempre saiba quem controla o endereço de saque antes de fazer staking de ETH.

FAQ

O que é uma credencial de saque?

Uma credencial de saque é uma configuração de validador da Ethereum que determina como e para onde o ETH em staking e as recompensas da camada de consenso podem ser sacados.

Uma credencial de saque é igual a um endereço de saque?

Não. A credencial de saque é o campo completo do validador, enquanto o endereço de saque é o endereço da camada de execução usado pelas credenciais 0x01 ou 0x02.

O que significa uma credencial de saque 0x00?

0x00 significa que o validador possui credenciais de saque BLS antigas e não tem um endereço de saque da camada de execução definido.

Um validador 0x00 pode sacar ETH?

Não. Um validador 0x00 deve ser atualizado para um tipo de credencial de endereço de execução antes que os saques possam ser pagos.

O que significa uma credencial de saque 0x01?

0x01 significa que o validador possui um endereço de saque de execução legado e que as recompensas acima de 32 ETH são transferidas automaticamente para esse endereço.

O que significa uma credencial de saque 0x02?

0x02 significa que o validador utiliza credenciais de saque compostas introduzidas com a Pectra e pode ter um saldo efetivo de até 2048 ETH.

Qual é a diferença entre 0x01 e 0x02?

0x01 transfere automaticamente recompensas acima de 32 ETH, enquanto 0x02 compõe recompensas até o saldo efetivo máximo mais alto e só transfere automaticamente valores acima de 2048 ETH.

Posso alterar meu endereço de saque 0x01?

Não diretamente, pois, quando um validador possui um endereço de saque 0x01, a alteração para outro endereço de saque geralmente exige sair e criar um novo validador.

Posso converter de 0x01 para 0x02?

Sim. A Pectra permite que validadores convertam credenciais de saque do Tipo 1 para o Tipo 2, mas a documentação da Ethereum informa que essa conversão é irreversível.

O que é uma alteração BLS-to-execution?

Uma alteração BLS-to-execution é uma operação assinada que atualiza um validador 0x00 para uma credencial de saque de endereço de execução.

Os saques exigem gas?

Saques de validadores no nível do protocolo não são transações normais iniciadas pelo usuário e não exigem que o validador envie gas a partir do endereço de saque.

O que é um saque parcial?

Um saque parcial transfere o saldo sacável de um validador sem encerrar completamente o validador.

O que é um saque total?

Um saque total paga o saldo restante do validador depois que ele sai e se torna sacável.

Um endereço de saque pode ser um smart contract?

Sim. Um endereço de saque pode ser um endereço de smart contract, mas os usuários devem entender as regras de segurança e controle do contrato.

Por que as credenciais de saque são arriscadas?

Elas são arriscadas porque um endereço de saque incorreto ou controlado por um invasor pode receber permanentemente o ETH sacado do validador.

Como posso verificar a credencial de saque do meu validador?

Os usuários podem verificar o campo withdrawal_credentials por meio de um explorador da Beacon Chain ou de uma API de nó beacon.

Devo compartilhar meu mnemônico de staking para atualizar as credenciais de saque?

Não. Os usuários nunca devem compartilhar um mnemônico de staking ou chave privada com qualquer site, conta de suporte, grupo de chat ou ferramenta desconhecida.

Qual tipo de credencial de saque é recomendado atualmente?

A documentação atual da Ethereum descreve as credenciais compostas 0x02 como a escolha recomendada atualmente para validadores, mas a melhor escolha ainda depende dos objetivos e das necessidades de saque do staker.

Conclusão

Uma credencial de saque é uma configuração fundamental do staking da Ethereum que controla para onde vão os saques do validador e como funciona o comportamento das recompensas do validador.

É um dos campos mais importantes vinculados a um validador Ethereum porque conecta propriedade do validador, custódia, fluxo de recompensas e segurança de saque.

Os três principais tipos de credencial são 0x00, 0x01 e 0x02.

0x00 é o antigo tipo de credencial BLS anterior à habilitação de saques.

0x01 é o tipo legado de endereço de execução que transfere automaticamente recompensas acima de 32 ETH.

0x02 é o tipo composto pós-Pectra que oferece suporte a saldos efetivos maiores, de até 2048 ETH.

As credenciais de saque não são configurações casuais.

Um endereço de saque incorreto pode causar perda permanente.

Uma alteração BLS-to-execution apressada pode expor chaves sensíveis.

Uma conversão para 0x02 mal compreendida pode alterar o comportamento de recompensas e saques de formas que o staker não esperava.

Para stakers individuais, a abordagem mais segura é verificar cada validador, cada endereço, cada ferramenta e cada assinatura antes de alterar credenciais.

Para provedores de staking e instituições, as credenciais de saque devem ser gerenciadas com controles formais de custódia, auditorias e revisão operacional.

Em termos simples, a credencial de saque responde a uma das perguntas mais importantes no staking da Ethereum: para onde irá o ETH quando o validador sacar?