Sua carteira não guarda uma cópia da cadeia. Ela pergunta a um nó, e o endereço para o qual ela pergunta é o endpoint que está nas suas configurações de rede. Trocar esse endereço leva alguns segundos e troca quem responde cada pergunta que você faz sobre o seu próprio saldo. É por isso que vale fazer isso de propósito, e não por reflexo.
O que é o endpoint nas suas configurações de rede
Um endpoint de chamada de procedimento remoto é um endereço web para o qual a sua carteira envia perguntas. Há fundos neste endereço, quanto custa uma transação agora, esta aqui já foi incluída, repasse por favor este objeto assinado para a rede. O endpoint responde, e a resposta dele é o que a sua tela mostra.
A máquina por trás desse endereço é um nó RPC, um nó que também expõe uma interface pública para que carteiras e aplicativos não precisem rodar o próprio. Daqui em diante essa configuração é chamada apenas de endpoint.
Duas coisas decorrem desse arranjo, e elas puxam em direções opostas. O endpoint não faz parte da cadeia, então trocá-lo não muda nada nas suas chaves, no seu endereço ou no saldo registrado nele. O endpoint também é a única coisa através da qual você enxerga a cadeia, então trocá-lo muda tudo o que é mostrado a você.
Por que você trocaria um
O motivo comum é que o atual parou de responder bem. Um nó fora do ar, limitando as suas requisições ou atrasado em relação à ponta da cadeia não anuncia nada disso. Ele produz saldos velhos, uma transação confirmada que continua aparecendo como pendente, ou um envio que falha na conexão enquanto não há nada de errado com a sua conta.
O segundo motivo é cobertura. Uma carteira vem com uma lista curta de redes, e uma cadeia fora dessa lista precisa ser adicionada à mão, endpoint incluído. Adicionar uma rede e adicionar um endpoint são a mesma ação feita na mesma caixa de diálogo.
O terceiro motivo é privacidade. Cada requisição que você faz passa por um operador, então esse operador consegue associar os seus endereços entre si e a um endereço IP. Mudar para outro provedor desloca essa visibilidade em vez de removê-la, então trate a escolha como escolher quem observa, não como se esconder.
O que um endpoint pode mudar e o que não pode
A fronteira é a assinatura. A sua carteira monta a transação localmente e a assina com uma chave que nunca sai do dispositivo, então o endpoint recebe um objeto pronto que ele não consegue editar sem invalidá-lo. Ele pode se recusar a repassar esse objeto, atrasá-lo ou repassá-lo para outro lugar, mas não consegue alterar o valor nem o destinatário que estão dentro dele.
O que ele consegue fazer é moldar as informações com as quais você decide. Saldos, listas de tokens, estimativas de taxa e status de confirmação chegam todos pelo endpoint, e um endpoint hostil é livre para informar números simplesmente inventados. É aí que está o perigo real: não uma chave roubada, e sim uma decisão tomada sobre um retrato falso.
| O que você está olhando | Um endpoint hostil consegue forjar | O que resolve |
|---|---|---|
| Saldo e lista de tokens | Sim | Ler o mesmo endereço em uma segunda fonte |
| Estimativa de taxa | Sim | Conferir a taxa que a carteira mostra antes de assinar |
| Histórico de transações | Sim | Um explorador que roda a própria infraestrutura |
| Status de confirmação | Sim | Conferir de novo por um endpoint diferente |
| O conteúdo do que você assinou | Não | A assinatura cobre a carga útil |
| Sua chave privada | Não | Ela nunca é enviada a lugar nenhum |
A consequência prática é que um endpoint merece o mesmo escrutínio que um site ao qual você conectaria uma carteira. Um endereço colado em um chat de suporte ou entregue por um anúncio de busca entra na mesma gaveta que um site de cripto falso, e pela mesma razão.
O identificador de cadeia é a checagem que pega a rede errada
Toda rede carrega um identificador que vive dentro da própria transação assinada. A EIP-155 o introduziu para impedir que uma transação assinada para uma cadeia seja válida em outra, e ela funciona dobrando o identificador de cadeia para dentro dos dados que viram hash e são assinados. Uma assinatura feita sob um identificador de cadeia não significa nada em uma cadeia que usa outro.
Isso te dá uma checagem que não depende de confiar em ninguém. O método eth_chainId retorna o identificador de cadeia usado para assinar transações com proteção contra repetição, então dá para perguntar diretamente a um endpoint qual rede ele acredita estar servindo. Se essa resposta divergir do identificador de cadeia que a sua carteira guarda para aquela entrada de rede, as duas não estão descrevendo a mesma cadeia.
A EIP-3085, a interface proposta para adicionar uma cadeia de forma programática, embute a mesma comparação na carteira. Ela exige que o pedido seja rejeitado quando o identificador de cadeia declarado não bate com o que os endpoints fornecidos informam, e afirma que não se pode presumir que esses endpoints sejam honestos, corretos ou sequer apontados para a mesma cadeia. Do lado da assinatura a instrução é ainda mais estreita: usar apenas o identificador de cadeia que a carteira já tem, nunca um recebido de um endpoint.
Confira um endpoint antes de rotear qualquer coisa por ele
Quatro checagens, na ordem que custa menos. Confirme primeiro o identificador de cadeia, porque é a única resposta que não é questão de grau. Depois compare a altura de bloco informada com uma fonte independente. Um nó muito atrás da ponta não é hostil, ele está desatualizado, e desatualizado já basta para deixar errado todo o resto do que ele te diz.
Em seguida compare algo que você já sabe. Abra um endereço cujo saldo você consegue verificar em outro lugar e veja se as duas visões concordam. Uma divergência nesse ponto te diz para parar antes de assinar qualquer coisa, sem te dizer ainda se a causa é atraso ou má-fé.
Por fim, quando o endpoint é novo para você e os valores não são, mande primeiro uma transação pequena e acompanhe a confirmação. O ponto não é o quão pouco está em risco; é que uma ida e volta completa exercita o envio e a leitura de volta, que são as duas metades que um endpoint ruim quebra separadamente.
Adicionar um à mão sem quebrar a carteira
Adicione em vez de sobrescrever. Onde a carteira deixa você manter várias entradas para a mesma cadeia, guardar aquela que funcionava significa que uma troca ruim se desfaz selecionando a entrada anterior, e não redigitando uma URL que você não tem mais. Nomeie cada entrada pelo nome de quem a opera, para que o seletor se leia como uma lista de partes e não como uma lista de nomes de cadeia idênticos.
Preencha o resto da entrada com a documentação da própria rede, não com a de quem te passou o endpoint. O identificador de cadeia, o símbolo da moeda e o explorador de blocos fazem parte do que a carteira vai exibir depois, e uma entrada com o endpoint certo e o símbolo errado vai rotular errado, em silêncio, cada valor que você olhar.
Depois confira a entrada já salva, não antes. A caixa de diálogo valida o que você digitou; o que importa é o que a entrada salva faz. Mude para ela, deixe os saldos carregarem e confirme que eles batem com o que a entrada anterior mostrava. Uma entrada de rede que discorda da antecessora sobre o seu próprio saldo está te dizendo alguma coisa, e a hora de descobrir isso é antes de assinar.
Quando trocar não é a solução
Um endpoint novo muda o que você consegue ver, então ele conserta problemas feitos de informação ausente ou velha. Ele não alcança o que já aconteceu na cadeia. Uma vez transmitida, a transação fica no mempool de cada nó que a recebeu, e trocar o nó com o qual a sua carteira conversa não a recolhe.
O mesmo limite vale para uma falha que a cadeia já registrou. Uma transação que rodou e foi revertida é reverted, e esse desfecho fica escrito em um recibo que qualquer endpoint honesto informa igual. Ver isso a partir de dois endpoints independentes significa que a resposta não é sair procurando um terceiro.
Entre esses dois casos fica uma classe de erro que a troca de fato resolve, porque ela vem de uma visão em cache e não da cadeia. Uma carteira informando nonce muito alto depois de uma troca de rede ou de uma reinstalação está comparando a própria contagem com o que um endpoint disse a ela, e reconectar por um nó saudável deixa ela reler essa contagem de uma fonte que está em dia.
Em resumo
Um endpoint não faz parte da cadeia nem da segurança das chaves da sua carteira, mas ele é tudo o que você consegue ver, e uma decisão tomada sobre números inventados custa tanto quanto uma tomada depois de uma chave roubada. Trocar de endpoint é um conserto rotineiro para uma rede velha ou que não responde, e a disciplina que torna isso seguro é pequena: saber quem opera o que você está adicionando, confirmar o identificador de cadeia e manter a entrada que já funcionava.
A checagem do identificador de cadeia é a mais barata das quatro, e é a primeira a fazer. Pergunte ao endpoint qual cadeia ele serve e compare com o que a sua carteira já tem, porque essa única comparação pega tanto o engano honesto de adicionar a rede errada quanto o caso desonesto de um endpoint que quer fazer você acreditar que está em outro lugar. Para continuar aprendendo os fundamentos, acompanhe mais conteúdos da Bitbase Academy.
Leituras relacionadas
Outros artigos da Bitbase sobre este tema:
- Taxa máxima de transação excedida: o que significa esse aviso da carteira
- Limite de requisições RPC excedido e como evitá-lo
- O que é um QR code de cripto?
- Fill or kill, immediate or cancel e all or none explicados
- O Bitcoin é correlacionado com ações, ouro ou apetite por risco?
Aviso: Este artigo é conteúdo educacional da Bitbase Academy, fornecido apenas para fins informativos. Não constitui aconselhamento de investimento, negociação, tributário ou financeiro. Criptoativos são voláteis; avalie seu próprio risco. Escrito em setembro de 2026; consulte as informações oficiais mais recentes.
Fontes
[1] Ethereum Improvement Proposals, EIP-155: Simple replay attack protection, status Final eips.ethereum.org
[2] Ethereum Improvement Proposals, EIP-3085: wallet_addEthereumChain RPC Method, status Stagnant eips.ethereum.org
[3] Documentação para desenvolvedores da ethereum.org, JSON-RPC API, método eth_chainId ethereum.org
