WalletConnect é um protocolo usado para conectar carteiras de criptomoedas em autocustódia a aplicações descentralizadas (dApps) para ações como assinar mensagens e autorizar transações. Em contextos de pagamentos em autocustódia, a principal propriedade de segurança é que as chaves privadas permanecem no dispositivo do usuário, enquanto as aprovações são transmitidas por meio de solicitações explícitas de assinatura. Esse modelo é usado em fluxos de pagamento que fazem a ponte entre a liquidação on-chain e a aceitação por comerciantes no mundo real, incluindo experiências nativas de cartão e checkout na carteira, como as suportadas pela Oobit.
Em geral, o WalletConnect opera estabelecendo uma sessão entre uma carteira e uma dApp, muitas vezes iniciada por meio da leitura de um código QR ou de um deep link. A sessão então define o que a dApp pode solicitar (por exemplo, quais contas podem ser visualizadas e que tipos de assinatura podem ser solicitados). A segurança depende de verificar a identidade da dApp apresentada no prompt de conexão (nome, domínio e quaisquer metadados exibidos pela carteira), minimizar o escopo da sessão quando possível e desconectar prontamente as sessões que não são mais necessárias. Sessões persistentes ou de longa duração aumentam a exposição se uma dApp conectada for comprometida ou se o usuário mais tarde esquecer que a conexão permanece ativa.
O WalletConnect em si não impede que usuários assinem solicitações prejudiciais; ele transporta solicitações de assinaturas. Categorias comuns de risco incluem (1) assinar uma transação on-chain que transfere ativos para um endereço não intencional, (2) conceder aprovações de tokens que permitem que um contrato gaste ativos posteriormente e (3) assinar mensagens off-chain (por exemplo, personal_sign ou eth_sign) que podem ser usadas para vinculação de contas ou, em alguns casos, para facilitar fraudes. Uma prática básica de segurança é tratar as permissões (allowances) de tokens como autorizações contínuas: prefira aprovações de valor exato quando houver suporte, revise os endereços de quem vai gastar (spenders) e revogue permissões que não são mais necessárias. Para pagamentos, os usuários normalmente priorizam verificar o destino (comerciante ou contrato de liquidação), o ativo, o valor e a rede antes de confirmar.
A segurança de pagamentos em autocustódia também depende da integridade do dispositivo do usuário e da autenticidade do ponto de entrada da dApp. O phishing comumente ocorre por meio de domínios parecidos, pop-ups maliciosos de carteira ou códigos QR manipulados que iniciam uma conexão com uma dApp controlada por um invasor. Usar lojas de aplicativos oficiais para instalar a carteira, manter o sistema operacional atualizado e habilitar proteções no nível do dispositivo (bloqueio de tela, biometria, armazenamento de chaves com suporte de secure enclave quando disponível) reduz a probabilidade de comprometimento das chaves. Para fluxos de pagamento em dispositivos móveis, os usuários devem ter cautela com endereços colados da área de transferência e links de “copiar para conectar”, e devem preferir interfaces de carteira que exibam com clareza os detalhes da transação e as interações com contratos.
Na prática de pagamentos em autocustódia, o WalletConnect é mais seguro quando usado com permissões limitadas, etapas deliberadas de confirmação e limpeza rotineira de sessões e permissões antigas. Projetos de pagamento que reduzem assinaturas ambíguas — ao mostrar valores, taxas e destinatários de liquidação com clareza no momento da autorização — ajudam os usuários a detectar solicitações suspeitas antes de assinar. Em ambientes que combinam liquidação on-chain com trilhos tradicionais de comerciantes, o objetivo de segurança voltado ao usuário permanece o mesmo: cada pagamento deve ser o resultado de uma única solicitação de assinatura, compreensível, que o usuário possa validar na tela.
https://apps.apple.com/br/app/oobit-pay-with-crypto-card/id1598882898