Saldo do validador Ethereum e endereço de saque: onde estão seus ETH?

Os ETH registrados em um validador Ethereum ainda não são ETH disponíveis para gastar no endereço de saque. Relacione o validador a esse endereço, identifique o tipo de credencial de saque e examine os saques concluídos separadamente do saldo atual em staking.

Uma carteira mostrando menos ETH que a página do validador não é, por si só, prova de fundos desaparecidos. As duas telas podem descrever lugares e etapas diferentes. Este guia ajuda a conciliar uma posição existente de staking nativo na Ethereum Mainnet sem alterar credenciais, solicitar um saque ou sair de um validador.

Se você possui um comprovante de pool ou um token de staking líquido, use a contabilidade do próprio provedor. O guia de stETH e wstETH trata de outra representação; possuir um token de staking não torna sua carteira o endereço de saque de um validador individual.

Comece pelo validador e pelo destino

Anote a chave pública ou o índice do validador, a rede e o endereço completo de saque da camada de execução, caso esteja configurado no registro público atual. Confirme o validador com sua configuração conhecida de staking ou os registros do provedor. O identificador do validador, o endereço que enviou uma transação de depósito e o destino do saque respondem a perguntas diferentes.

A explicação de saques da Ethereum distingue a conta do validador na camada de consenso da conta da camada de execução que recebe os ETH sacados. Não substitua o destino atualmente registrado para saques pela conta que enviou o depósito original.

Compare o endereço de destino inteiro com a conta examinada. Um rótulo abreviado não comprova a correspondência. Guarde o bloco ou horário da observação junto aos dois registros. Se um serviço administra o validador ou recebe seus saques, o destino na blockchain, sozinho, não comprova seu direito pessoal perante esse serviço.

Confira o tipo de credencial antes de esperar um pagamento

A referência de credenciais de saque distingue três prefixos. Cada um é o primeiro byte da credencial de saque, não o começo do endereço da carteira. Eles descrevem o comportamento dos saques, não três saldos separados de carteira:

Credencial	Significado para esta conferência
0x00	Nenhum endereço de saque da camada de execução configurado
0x01, Type 1	Aplicam-se as regras antigas de saque
0x02, Type 2	Aplicam-se as regras de saque com capitalização

No Type 1, o excedente elegível acima de 32 ETH é transferido automaticamente ao destino. No Type 2, as recompensas podem se capitalizar até o saldo efetivo máximo de 2048 ETH; transferências automáticas se aplicam acima desse limite maior. Um saque parcial abaixo dele exige uma solicitação. Portanto, um valor acima de 32 ETH não tem o mesmo significado para os dois tipos.

Isso é um motivo para identificar o registro, não uma instrução para converter credenciais. Alterações e solicitações têm consequências operacionais e de segurança. Siga as instruções oficiais de gestão de validadores para qualquer decisão separada de agir; nunca insira segredos do validador ou uma frase de recuperação em uma página de consulta de saldo.

Encontre o registro do saque, não apenas uma transação comum

Uma solicitação de saída não é o recebimento de todo o saldo do validador. As solicitações da camada de execução iniciam um processo que envolve a camada de consenso. Acompanhe seu estado posterior em vez de tratar a transação da solicitação como o próprio pagamento.

Saques de consenso concluídos também diferem das transações comuns de usuários. A EIP-4895 define operações de saque com índice do validador, destinatário, valor e índice do saque. Elas aumentam o saldo do destinatário na camada de execução sem serem transações regulares enviadas por uma carteira. Um explorador pode exibi-las em uma seção dedicada a saques.

Para a transferência que está conciliando, anote o índice do validador, o destinatário completo, o valor e o bloco. Use as unidades documentadas pelo explorador: o valor bruto de um saque na especificação está em Gwei, não em ETH. Não presuma que uma lista vazia de transações comuns prova que nenhum saque aconteceu.

Um saque antigo comprova um crédito passado, não o saldo disponível hoje. O destino pode ter enviado ETH para outro lugar depois. Examine separadamente seu saldo atual e a atividade posterior relevante. Uma consulta que falhou ou está indisponível continua desconhecida; ela não equivale a um saque de zero.

Concilie as etapas sem contar os mesmos ETH duas vezes

Mantenha três registros distintos: saldo atual do validador, saques concluídos e saldo atual do destino na camada de execução. O histórico de saques é um fluxo entre registros, não outro ativo para somar aos dois saldos atuais.

Suponha, como exemplo contábil inventado, que um validador Type 1 tinha 32.4 ETH antes de um saque concluído de 0.4 ETH. Sem outras mudanças, depois ele tem 32 ETH e um destino antes vazio tem 0.4 ETH. O valor atual combinado é 32.4 ETH. Somar a fotografia anterior de 32.4 ETH aos 0.4 ETH recebidos produziria incorretamente 32.8 ETH.

O exemplo pressupõe um saque elegível e nenhuma recompensa, penalidade, gasto ou outro movimento durante a comparação. Não é uma observação de validador real nem uma promessa de pagamento. Fotografias reais precisam de seus horários e atividades efetivos.

Para uma saída completa, diferencie solicitação, saída em andamento, estado que permite saque e saque efetivo. A demanda da fila e o estado do validador afetam o prazo; uma saída completa não é uma transferência instantânea para a carteira. Use os registros atuais do protocolo em vez de uma contagem regressiva universal. O guia mais amplo de conciliação de portfólio explica por que o total de um rastreador pode omitir uma posição ou contar uma representação antiga.

Conclua um registro de conciliação somente de leitura

A conferência a seguir se baseia em documentação verificada em 30 de outubro de 2026. Ela não foi testada em um validador ativo para este artigo.

1. Identifique a posição. Relacione a rede e a chave pública ou índice do validador aos seus registros de staking. Determine se você possui uma posição direta de validador ou um direito perante um provedor.
2. Leia o destino e o tipo de credencial. Anote o prefixo da credencial e, se configurado, o endereço completo de saque. Para 0x00, registre que não há destino da camada de execução configurado. Não deduza nenhum desses dados pelo remetente do depósito ou por um nome conhecido de carteira.
3. Registre o estado atual do validador. Salve seu saldo e o estado relevante de saída ou saque com um horário indicado. Não trate uma solicitação na fila como pagamento concluído.
4. Confira os saques concluídos. Relacione índice do validador, destinatário, valor e bloco de cada saque relevante. Examine o saldo ETH atual do destino separadamente da lista de transações comuns.
5. Alinhe e concilie os registros. Explique movimentos entre fotografias, conte cada posição atual uma vez e marque as evidências ausentes como não verificadas. Se um serviço controla o destino, inclua o registro separado do seu direito perante ele.

Esta conferência de registros públicos não inclui assinatura de transação nem mudança de credenciais. O resultado deve explicar onde os ETH estão registrados e qual saque, se houver, conecta os registros. Ele não comprova a segurança do validador, não estabelece a solvência de um provedor nem garante recompensas futuras. Agir sobre um validador é uma tarefa separada.