Stablecoins podem reduzir o tempo de liquidação de uma operação internacional, mas sua adoção exige mais do que uma conexão com a blockchain. Para transformar esse novo trilho em um produto financeiro, a instituição precisa controlar saldos, conversões, tarifas, custódia e conciliação ao longo de todo o fluxo.
Uma operação de câmbio começa com uma ordem do cliente e passa por diversas etapas até a liquidação. A instituição precisa validar o saldo disponível, formar a cotação, aplicar o spread e as tarifas, movimentar os ativos e acompanhar a confirmação do pagamento.
Quando uma stablecoin participa desse processo, ela pode ser utilizada nos bastidores, como instrumento de liquidação entre participantes, ou aparecer como uma posição mantida pelo próprio cliente. Essa diferença determina como a operação será registrada e quais integrações precisarão fazer parte do produto.
Em ambos os casos, a movimentação na blockchain representa apenas uma etapa. O core banking continua responsável por registrar quem possui cada valor, em qual ativo, sob quais condições e em que estado a operação se encontra.
Liquidação ou saldo: dois usos para stablecoins
Em uma operação tradicional, o cliente solicita uma conversão entre duas moedas, aceita uma cotação e aguarda a transferência do valor. Enquanto isso, a instituição movimenta os saldos internos e aciona os sistemas responsáveis pela liquidação.
A stablecoin pode ser introduzida como instrumento de liquidação sem aparecer na experiência do cliente. A instituição recebe o valor na moeda de origem, executa a conversão e utiliza o ativo digital para transferir recursos até o participante que realizará o pagamento no país de destino. O cliente continua enviando e recebendo moedas fiduciárias, enquanto a stablecoin circula apenas entre os sistemas envolvidos na operação.
Outro modelo consiste em oferecer a stablecoin como parte do saldo do cliente. Nesse cenário, o ativo aparece ao lado de reais, dólares ou outras moedas e pode ser comprado, mantido, transferido ou convertido conforme as regras do serviço e da estrutura de custódia adotada.
A distinção entre esses modelos é importante porque, no primeiro, a stablecoin funciona como um meio para concluir a liquidação. No segundo, ela também representa uma posição financeira pertencente ao cliente, que precisa ser registrada e controlada pelo core.
Uma visão integrada exige saldos separados
Um cliente pode visualizar saldos em reais, dólares e stablecoins dentro da mesma conta ou aplicativo, mas cada posição representa um ativo diferente. Por isso, os valores precisam manter identificação, precisão decimal, regras de disponibilidade, limites e históricos próprios.
O saldo em reais pode estar disponível para pagamentos locais, enquanto o saldo em dólares segue as condições da conta internacional. A posição em stablecoin, por sua vez, pode estar vinculada a uma estrutura de custódia e a uma rede específica. Mesmo quando a experiência apresenta um valor consolidado, o core precisa preservar essas diferenças para movimentar e conciliar corretamente cada ativo.
Também é necessário distinguir o saldo total do valor que está disponível para uso. Quando o cliente inicia uma conversão, a instituição pode reservar o montante de origem até que a cotação seja aceita e a operação executada. Essa reserva impede que o mesmo recurso seja utilizado em outra transação enquanto a primeira ainda está em andamento.
O core banking organiza essas posições separadamente e as relaciona ao mesmo titular. Dessa forma, a instituição oferece uma experiência integrada sem perder os controles financeiros necessários para operar diferentes moedas e ativos.
A conversão precisa ser registrada do início ao fim
Cada conversão reúne informações que precisam permanecer vinculadas à mesma operação: ativo de origem, ativo de destino, cotação, spread, tarifas, quantidade, horário de execução e contrapartes envolvidas.
Se o cliente converte reais em stablecoin, o core registra a redução da posição em reais e o aumento da posição no novo ativo. O spread e as tarifas também devem ser registrados como efeitos próprios, mesmo que a interface apresente apenas o valor final recebido pelo cliente.
O registro precisa preservar a cotação efetivamente aceita, porque o preço pode mudar entre a simulação e a execução. Para evitar inconsistências, o sistema deve diferenciar uma oferta apresentada de uma operação confirmada, além de acompanhar se o valor foi reservado, se a conversão foi executada ou se a ordem expirou antes da conclusão.
Esse histórico permite explicar como o saldo final foi formado e reconstruir a operação caso exista uma divergência entre o valor solicitado, o valor convertido e o valor liquidado.
O registro interno e a movimentação na blockchain
O core banking, a infraestrutura de custódia e a blockchain registram partes diferentes da mesma operação. O core mantém a posição financeira do cliente, a custódia controla as carteiras e a blockchain registra as transferências realizadas entre endereços.
Esses registros precisam estar relacionados, embora não sejam equivalentes. Uma instituição pode, por exemplo, concentrar os ativos de vários clientes em uma carteira de custódia e controlar internamente quanto pertence a cada um. Nesse modelo, uma transferência entre dois clientes pode alterar as posições registradas no core sem necessariamente produzir uma nova movimentação na blockchain.
A situação muda quando o cliente solicita uma retirada para uma carteira externa. O core bloqueia ou reduz o valor disponível, a infraestrutura de custódia transmite a transação e a confirmação da rede retorna ao fluxo interno.
Para manter a rastreabilidade, o identificador da ordem, os lançamentos financeiros e a referência da transação na rede devem permanecer correlacionados. Essa relação permite verificar se o que foi solicitado pelo cliente corresponde ao que foi registrado no core e ao que foi efetivamente movimentado.
Liquidação exige controle de estados
Uma transferência em stablecoin passa por diferentes estados antes de ser concluída. A operação pode estar aguardando cotação, com saldo reservado, em processamento, enviada à rede, confirmada, expirada ou submetida a algum tratamento de exceção.
Cada estado informa até onde o fluxo avançou e qual ação pode ser executada com segurança. Se a transmissão falhar antes do envio à rede, o valor reservado pode ser liberado. Se a transferência já tiver sido transmitida, uma nova tentativa não pode produzir uma segunda movimentação. Quando a rede confirma a operação, mas a resposta demora a chegar ao sistema interno, a instituição precisa consultar o estado real antes de cancelar ou repetir o processamento.
A correlação mantém mensagens e registros vinculados à transação original, enquanto a idempotência impede que uma solicitação repetida gere um novo efeito financeiro. O controle de estados e a conciliação completam esse processo, verificando se o resultado apresentado ao cliente corresponde ao resultado financeiro e à movimentação realizada na rede.
Conciliação entre posições e ativos sob custódia
Quando a instituição mantém stablecoins em nome dos clientes, precisa conciliar as posições individuais registradas no core com a quantidade total de ativos mantida nas carteiras de custódia.
A soma dos saldos internos deve ser compatível com os ativos sob controle da instituição, considerando transferências em andamento, valores bloqueados, tarifas e demais ajustes previstos no produto. A conciliação também precisa verificar cada operação, relacionando a ordem do cliente, os lançamentos no core, a execução da conversão e a movimentação na rede.
Uma diferença entre esses registros não significa necessariamente perda de recursos. A origem pode estar em uma confirmação atrasada, uma tarifa registrada de forma incorreta ou uma operação que ainda não concluiu todas as etapas. Antes de ajustar qualquer saldo, o sistema precisa identificar em qual ponto do fluxo surgiu a divergência.
Core banking para múltiplos saldos
Na Lerian, a operação parte de uma base financeira capaz de manter posições separadas por moeda e ativo, registrar movimentações em dupla entrada e controlar valores disponíveis, bloqueados ou ainda em processamento. Isso permite que a instituição apresente uma experiência integrada ao cliente sem perder a natureza de cada saldo nem a relação entre conversão, liquidação e histórico financeiro.
Sobre essa base, as integrações com emissão, custódia, liquidez e blockchain são definidas conforme o produto e os participantes escolhidos pela instituição. Cada serviço executa sua parte do fluxo, enquanto o core preserva a titularidade dos valores, os estados da operação e a correspondência entre os registros internos e externos.
Esse desenho permite incorporar stablecoins como instrumento de liquidação ou como saldo do cliente sem criar uma estrutura financeira paralela. A instituição amplia o produto e conecta novos participantes, enquanto contas, lançamentos, controles e conciliação permanecem organizados no mesmo core banking modular.