Carteiras integradas: como funcionam e geram receita

Principais conclusões

• Uma carteira integrada permite que os usuários guardem, enviem, recebam ou utilizem ativos digitais dentro de um aplicativo sem sair do fluxo do produto.

• Para as empresas, as carteiras integradas oferecem uma infraestrutura de contas para pagamentos, transferências de stablecoins, negociações, recompensas e recursos de contas premium.

• As equipes de produto e de desenvolvimento decidem como lidar com o gerenciamento de chaves, a política de transações, o suporte a cadeias, a recuperação, o fluxo de trabalho de conformidade e o escopo do SDK.

• O principal dilema é o controle. Os modelos com custódia podem reduzir o atrito com o usuário e melhorar a recuperação. Os modelos sem custódia ou híbridos transferem mais responsabilidade para o usuário e para o design do produto.

Uma carteira integrada é uma carteira de criptomoedas incorporada diretamente a um aplicativo, de modo que os usuários possam acessar ativos digitais sem precisar abrir um aplicativo de carteira separado, gerenciar extensões do navegador ou lidar com uma frase-semente durante o cadastro. Isso transforma a criação da carteira, a assinatura e a movimentação de ativos em parte da experiência do produto.

Plataformas de fintech, aplicativos para consumidores, fornecedores de software empresarial, marketplaces e operadoras de pagamentos utilizam carteiras integradas para incorporar pagamentos e transferências de stablecoins, recompensas e negociações, fluxos de tesouraria ou acesso a ativos dentro de uma interface de usuário já existente. Em alguns casos, isso se torna o sistema de contas de um produto bancário de ativos digitais (uma experiência de conta semelhante à de um banco, mas não uma entidade bancária autorizada ou licenciada), na qual os usuários podem manter saldos, transferir fundos e acessar funções financeiras a partir de uma única conta. Os usuários veem uma única conta. A empresa ganha novos canais de comercialização de produtos, dados, retenção de clientes e formas de monetização.

As equipes que avaliam a infraestrutura podem começar pela infraestrutura de carteiras integradas.

Carteiras integradas x carteiras conectadas

Para as fintechs, uma decisão fundamental em relação ao produto é a escolha entre carteiras integradas e carteiras conectadas. Uma carteira integrada é criada e gerenciada dentro do aplicativo. Uma carteira conectada é controlada pelo usuário fora do aplicativo e, em seguida, conectada por meio de uma extensão de navegador, carteira móvel, fluxo do WalletConnect ou interface semelhante.

A decisão afeta a conversão, o controle, a responsabilidade, o escopo da integração, o fluxo de assinatura, a recuperação e a carga de suporte. Uma carteira de criptomoedas integrada geralmente é adequada para produtos que exigem uma integração sem atritos, transações recorrentes, abstração de conta ou camadas de políticas controladas pela empresa. Uma carteira conectada é adequada para produtos voltados a usuários que já gerenciam suas próprias chaves e esperam ter controle direto sobre a carteira.

Como funcionam as carteiras embutidas

Uma carteira integrada é criada quando o aplicativo gera uma carteira para um usuário, empresa, conta ou entidade interna por meio de uma API ou SDK. A carteira pode ser gerada no momento do cadastro, após a verificação de identidade, quando o usuário recebe ativos pela primeira vez ou quando um recurso específico é ativado. Em seguida, o aplicativo mapeia essa carteira para a conta do usuário em seu próprio livro-razão, banco de dados, modelo de permissões e fluxo de trabalho de suporte.

O sistema técnico possui quatro camadas principais.

• A criação de uma carteira gera ou atribui endereços.

• O gerenciamento de chaves determina quem pode assinar e recuperar transações.

• A assinatura da transação aprova a movimentação de ativos de acordo com o modelo criptográfico selecionado.

• A aplicação de políticas impõe controles antes que uma transação possa ser processada na cadeia de blocos.

No nível do produto, as carteiras integradas permitem que o aplicativo ofereça funcionalidades relacionadas a criptomoedas ou stablecoins sem que os usuários precisem lidar diretamente com a mecânica bruta da blockchain. No nível técnico, infraestrutura de carteiras deve se conectar com autenticação, estado da conta, filas de transações, webhooks, indexação de cadeias, tratamento de erros e verificações de conformidade.

Uma carteira criptográfica embarcada bem projetada cria um endereço. Ela define quem pode iniciar uma transferência, os ativos suportados, os limites e as aprovações, o tratamento de falhas e a reconciliação com os registros internos da conta.

Gerenciamento de chaves e segurança de carteiras incorporadas

A gestão de chaves é a principal decisão de projeto por trás de uma carteira incorporada. Ela determina quem controla os ativos, quem pode recuperar o acesso, quem pode aprovar movimentações e a quem recai a responsabilidade caso ocorra alguma falha. As equipes escolhem o modelo com base no produto, na jurisdição, na base de usuários e na tolerância ao risco.

Em um modelo de custódia, um custodiante regulamentado ou contratado controla as chaves privadas e executa as transferências após as verificações necessárias. Isso pode simplificar a recuperação e o suporte ao usuário. Também pode gerar obrigações relacionadas à custódia, conformidade e contratos. Em um modelo sem custódia, o usuário ou a empresa mantém o controle das chaves. Isso pode reduzir a exposição direta à custódia. A recuperação, a perda de dispositivos e a capacitação do usuário tornam-se desafios mais complexos para o produto.

Tanto os modelos com custódia quanto os sem custódia podem utilizar diferentes tecnologias de assinatura, incluindo o MPC. Carteiras de criptomoedas MPC distribuir a assinatura por várias partes de chave, permitindo que uma transação seja autorizada sem a necessidade de reconstruir uma chave privada em um único local. Dependendo da implementação, a MPC pode oferecer suporte a fluxos de trabalho de aprovação, separação de funções e processos de recuperação.

A segurança também depende dos controles operacionais. As equipes precisam de limites de transações, aprovações baseadas em funções, listas de endereços autorizados, monitoramento de fraudes, registros de auditoria e procedimentos para incidentes e recuperação. A questão central é se o modelo operacional permanece seguro quando os usuários perdem dispositivos, os funcionários mudam de função, as cadeias de processo são interrompidas, as transações falham ou os invasores têm como alvo os fluxos de trabalho de suporte.

Como adicionar uma carteira integrada ao seu aplicativo

A implementação de uma carteira integrada começa pelo modelo operacional. A equipe seleciona, em primeiro lugar, um provedor e um modelo de gerenciamento de chaves. Essa decisão define a estrutura jurídica, o processo de recuperação, o fluxo de trabalho de assinatura e a experiência do usuário durante a integração, a aprovação de transferências e o encaminhamento de solicitações de suporte.

Em seguida, a equipe configura as políticas da carteira. Essas políticas devem abranger limites de transações, funções de aprovação, destinos aceitos, permissões relacionadas a ativos e regiões geográficas, além do tratamento de exceções. As políticas também precisam estar alinhadas às funções internas, como administradores de produtos, revisores de conformidade, equipes financeiras e operadores de suporte.

O SDK de carteira integrada Em seguida, conecta o aplicativo à criação de carteiras e endereços, à iniciação e assinatura de transações, ao monitoramento de status e às notificações. As equipes de desenvolvedores precisam testar o SDK em um ambiente de teste e em fluxos reais do produto. Isso inclui assinaturas com falha, solicitações atrasadas ou duplicadas, ativos não compatíveis, alterações nas taxas de rede e transferências abandonadas.

Configure o suporte às cadeias antes do lançamento. As equipes precisam decidir quais ativos, redes e tipos de transação estarão disponíveis no lançamento e, em seguida, definir como novas cadeias serão adicionadas sem obrigar os usuários a migrar suas carteiras. Antes da entrada em produção, teste a recuperação, a análise de conformidade, as transferências bloqueadas, as falhas de webhooks, a reconciliação de saldos e o suporte/resposta a incidentes.

O resultado deve ser um recurso de carteira que funcione dentro dos fluxos do aplicativo e continue sujeito a controles explícitos. Isso diferencia um recurso de produto regulamentado de um complemento de criptomoedas não regulamentado.

Como as carteiras integradas geram receita

As carteiras integradas geram receita quando o produto cobra por ações realizadas por meio da carteira ou por níveis de conta. Elas fornecem a infraestrutura de conta necessária para modelos de receita que, de outra forma, não estariam disponíveis ou seriam mais difíceis de implementar dentro do aplicativo. A carteira passa a ser a camada de conta para criptomoedas, stablecoins, pagamentos, recompensas, transferências e outros recursos baseados em saldo.

Para plataformas que buscam oferecer uma experiência bancária com ativos digitais (sem possuir uma licença bancária oficial), a carteira costuma ser o sistema de contas que sustenta o modelo comercial. Ela permite que a plataforma ofereça suporte a saldos, transferências, pagamentos, conversões e relatórios sem precisar redirecionar os usuários para uma carteira de criptomoedas externa.

O modelo mais direto é a receita por transação. Uma plataforma pode cobrar uma taxa quando os usuários enviam ativos, retiram fundos, trocam ativos, transferem stablecoins ou utilizam recursos de pagamento. No caso de produtos de alta frequência, pequenas taxas por transação podem se tornar uma receita recorrente. A estrutura de preços deve permanecer visível, consistente e alinhada com o benefício que a ação traz ao usuário.

O spread de conversão é outro modelo comum. Quando os usuários alternam entre moedas fiduciárias, stablecoins e ativos criptográficos, a plataforma pode obter um spread ou uma taxa sobre a conversão. Isso se assemelha a outros modelos de aplicativos financeiros, nos quais a conveniência, a liquidez e a execução integrada justificam um custo claramente divulgado.

As carteiras também oferecem planos de conta premium. Uma plataforma pode cobrar de empresas ou usuários avançados por limites mais altos, liquidação mais rápida, controles de aprovação, relatórios e administração de múltiplas entidades/suporte dedicado. Em ambientes corporativos, as plataformas costumam monetizar o controle do fluxo de trabalho, a confiabilidade, os relatórios e a escala operacional.

A aceitação de pagamentos pode criar uma nova fonte de receita. Uma plataforma que permita que comerciantes, criadores, fornecedores ou marketplaces aceitem pagamentos em stablecoins pode cobrar taxas de transação, taxas mensais de uso da plataforma ou taxas por serviços de valor agregado. Nos casos em que for permitido e houver suporte, os produtos baseados em saldo também podem incluir recompensas ou estruturas de compartilhamento de rendimentos, mas esses modelos exigem uma análise cuidadosa dos aspectos jurídicos, do produto e das divulgações.

Equipes que desejam adicionar funcionalidade de criptomoedas dentro do aplicativo deles devem encarar a monetização como uma questão de arquitetura de produto. A carteira define o que os usuários podem fazer. O modelo de negócios define quais dessas ações se transformam em receita sustentável. Para uma visão mais ampla de como as instituições financeiras podem desenvolver produtos de ativos digitais e oportunidades de receita, confira o material da BitGo Relatório sobre infraestrutura de criptomoedas para bancos.

Considerações sobre conformidade para plataformas de carteiras incorporadas

A inclusão de uma carteira integrada pode alterar o perfil de conformidade de um aplicativo. As obrigações variam de acordo com a jurisdição, a localização do usuário, o tipo de ativo, o modelo de custódia e as funções de pagamento, como transferências, câmbio, Staking, recompensas ou aceitação por parte de comerciantes.

A análise de conformidade ganha maior importância quando o produto se assemelha a um banco de ativos digitais do ponto de vista do usuário. Mesmo que a plataforma não se descreva dessa forma, os órgãos reguladores e os parceiros podem se concentrar nas funções efetivamente oferecidas, incluindo custódia, transferências, conversão, pagamentos e acesso à conta.

As áreas mais comuns de análise incluem transferência de fundos, controles de identidade e contra lavagem de dinheiro, sanções e Fluxos de trabalho da Regra de Viagem, divulgações ao consumidor, obrigações específicas relacionadas a stablecoins e tratamento de registros e reclamações. Uma interface sem custódia pode ter obrigações diferentes das de um produto de conta com custódia. Os detalhes do produto determinam a análise. Uma plataforma que controla a integração de usuários, permissões de transferência, conversão ou roteamento de pagamentos ainda pode precisar de fluxos de trabalho de conformidade relacionados a essas atividades.

É importante integrar o design voltado para a conformidade ao fluxo da carteira antes do lançamento. Verificações de identidade, pontuação de risco, controles de endereços bloqueados, filas de aprovação, registros de auditoria/relatórios e escalonamento de suporte devem fazer parte do sistema da carteira.

Infraestrutura de carteiras integradas da BitGo

A BitGo oferece infraestrutura de carteiras e serviços de criptomoedas que as plataformas podem utilizar para incorporar funcionalidades de ativos digitais baseadas em carteiras aos seus aplicativos. Para empresas que estão desenvolvendo produtos bancários de ativos digitais, BitGo Wallet-as-a-Service foi desenvolvido para ajudar na criação e no gerenciamento programático de carteiras e endereços de recebimento para usuários finais, com suporte a API e SDK para a criação de carteiras ou endereços, assinatura de transações, monitoramento, controles de políticas e gerenciamento de usuários.

Para projetos orientados pela custódia, A BitGo também oferece infraestrutura de carteiras institucionais baseada em custódia qualificada e regulamentada, armazenamento off-line (cold storage), verificações de segurança e controles de políticas. Para soluções de autocustódia, a BitGo oferece suporte a modelos nos quais o cliente mantém o controle das chaves e utiliza a infraestrutura da BitGo para contra-assinatura baseada em políticas e operações de carteira. A BitGo não fornece consultoria em investimentos, questões jurídicas, tributárias ou contábeis, e nada neste artigo constitui uma oferta ou solicitação de qualquer tipo; as plataformas devem consultar seus próprios consultores jurídicos, de conformidade e financeiros antes de tomar decisões sobre produtos ou licenciamento.

Perguntas frequentes

Quais são as vantagens e desvantagens entre carteiras integradas com custódia e sem custódia?

Os modelos com custódia podem simplificar a recuperação e o suporte. Eles podem estabelecer obrigações diretas de custódia e conformidade. Os modelos sem custódia podem transferir maior controle das chaves para o usuário ou para a empresa. Eles exigem um planejamento mais robusto em termos de recuperação, treinamento e suporte. As equipes que avaliam alternativas de controle de chaves podem comparar opções de carteiras de autocustódia.

Como funciona o gerenciamento de chaves caso um usuário perca seu dispositivo ou suas credenciais, e quem é responsável pela recuperação?

A recuperação segue o modelo selecionado. As carteiras custodiais geralmente dependem de fluxos de trabalho de verificação e recuperação controlados pelo provedor. As carteiras não custodiais e híbridas podem utilizar chaves de backup, recuperação social, chaves de acesso ou signatários externos. A responsabilidade deve ser definida nos contratos, nos termos de uso e nos procedimentos de suporte.

Quais partes da integração da carteira incorporada podem ser transferidas para o SDK da BitGo?

O SDK geralmente pode reduzir o trabalho relacionado à criação de carteiras, geração de endereços, assinatura, monitoramento de transações e conectividade de rede. Ainda é necessário dedicar esforços à autenticação, experiência do usuário (UX)/mapeamento de contas, lógica de conformidade, reconciliação/testes e ferramentas de análise/suporte. O escopo varia de acordo com o modelo de custódia, as cadeias, os ativos e os requisitos de lançamento.

Como as carteiras integradas lidam com as taxas de gás para que os usuários possam realizar transações sem tokens nativos?

As plataformas podem lidar com o gás por meio de transações patrocinadas, abstração de taxas, taxas denominadas em stablecoins, faturamento interno ou carteiras operacionais pré-financiadas. Escolha a abordagem com base na cadeia, no ativo, no fluxo do usuário e no modelo de custódia. O objetivo é evitar que os usuários precisem de um saldo separado em tokens nativos para poderem realizar transações.

Quais obrigações de conformidade as fintechs que utilizam carteiras integradas assumem no momento em que permitem que os usuários mantenham ou movimentem ativos dentro de seu aplicativo?

As obrigações podem incluir KYC/AML, triagem de sanções, análise de transferência de valores, fluxos de trabalho da "Travel Rule", divulgações relacionadas a stablecoins, monitoramento de transações e manutenção de registros. A análise depende da jurisdição, do modelo de custódia, do tipo de ativo, da base de usuários e se o aplicativo oferece suporte a transferências, conversões, recompensas ou pagamentos.

Como as fintechs que utilizam carteiras integradas lidam com o suporte a cadeias e atualizações sem obrigar os usuários a migrar suas carteiras?

Escolha uma infraestrutura que ofereça suporte a operações de carteira em múltiplas cadeias, suporte configurável a ativos e um processo claro de suporte a ativos. O aplicativo deve separar a identidade da conta do usuário dos endereços específicos de cada cadeia, para que novas redes possam ser adicionadas sem a necessidade de reconstruir o modelo de conta do cliente. Teste migrações e cenários envolvendo ativos não suportados antes do lançamento.