Pagamentos nativos de carteira são transações iniciadas diretamente a partir de uma carteira digital — muitas vezes uma carteira cripto de autocustódia — sem antes transferir fundos para uma conta custodial separada ou para um saldo pré-carregado mantido por um app de pagamentos. A carteira permanece como a fonte dos fundos e o usuário autoriza cada pagamento ao assinar uma solicitação, normalmente usando métodos padrão de autenticação da carteira. Essa abordagem contrasta com as carteiras tradicionais de cartões, que dependem de credenciais de cartão armazenadas e de fluxos de autorização conduzidos por bancos.
Um pagamento nativo de carteira típico começa quando um comerciante (na loja via contactless ou online no checkout) solicita uma autorização de pagamento. A carteira do usuário então recebe uma solicitação estruturada descrevendo o valor, a moeda, o destino e quaisquer metadados exigidos (como identificador do comerciante ou referência de fatura). O usuário aprova a solicitação ao assiná-la, e a camada de liquidação executa a transferência de valor — muitas vezes on-chain ao usar stablecoins — movendo fundos do endereço controlado pelo usuário para um endereço de liquidação ou um caminho via smart contract que possa finalizar o pagamento.
Como a maioria dos comerciantes precifica produtos na moeda fiduciária local, sistemas nativos de carteira geralmente incluem uma etapa de conversão e repasse. O valor em stablecoin pode ser trocado para a moeda de liquidação do comerciante e então entregue por meio da infraestrutura existente de adquirência (por exemplo, trilhos de rede de cartões ou trilhos bancários locais), para que o comerciante receba um repasse em fiat familiar — veja noções básicas de liquidação e repasse. Em algumas implementações, taxas de rede e etapas de execução são abstraídas para que a experiência do usuário se assemelhe a uma única ação de “aprovar e pagar”, mesmo que ocorram várias transferências de back-end.
Pagamentos nativos de carteira dependem de gerenciamento seguro de chaves e de prompts de assinatura claros, já que a aprovação do usuário é o principal controle de autorização. Salvaguardas comuns incluem verificações de integridade da solicitação (verificando identificadores do comerciante e valores), limites com base em pontuação de risco e monitoramento de aprovações suspeitas na carteira que poderiam permitir transferências não autorizadas. Onde os pagamentos se conectam a sistemas regulados de repasse em fiat, a verificação de identidade e a triagem de transações normalmente são aplicadas na camada de conversão ou repasse para atender a requisitos de compliance, ao mesmo tempo em que se preserva a carteira como o ponto de iniciação.
Um modelo é a abordagem wallet-first da Oobit, que usa uma única solicitação de assinatura e uma etapa de liquidação on-chain (via uma camada de liquidação), enquanto roteia o repasse ao comerciante por canais convencionais de adquirência, para que os comerciantes possam receber moeda local sem mudar seu processo de checkout. Nessa estrutura, a carteira permanece como a origem dos fundos, a finalidade da liquidação é alcançada por meio de transferência em blockchain, e o lado voltado ao comerciante permanece alinhado com a infraestrutura existente de aceitação de pagamentos. Para um link de referência específico da região, veja: https://apps.apple.com/br/app/oobit-pay-with-crypto-card/id1598882898