
Como a tecnologia blockchain está transformando o setor financeiro em 2026?
Blockchain em finanças: pagamentos, tokenização, entrega contra pagamento e regulação. Casos documentados e critérios para avaliar uma integração.
As finanças globais coordenam bancos, mercados e sistemas de pagamento cujos registros ainda são conciliados entre instituições. O SWIFT, criado em 1973, padroniza mensagens, mas não liquida dinheiro nem valores mobiliários. A tecnologia blockchain permite que ativos, dinheiro e regras compartilhem um estado verificável. Essa infraestrutura se concretiza em pagamentos programáveis, valores mobiliários tokenizados e liquidação on-chain.

6,36%
Custo médio mundial de enviar uma remessa de 200 dólares
1,59 B€
Liquidado nos testes DLT do Eurosistema
8 / >40
Bancos centrais e instituições financeiras no Project Agorá
~7 B$
Volume diário aproximado divulgado para a Kinexys em setembro de 2026
O sistema financeiro guarda e cria moeda bancária, canaliza poupança para crédito e investimento e mantém registros que permitem saber quem detém um ativo e quem deve uma obrigação. Bancos, bancos centrais, mercados, fundos, intermediários e depositários participam de partes distintas desse processo.
O dinheiro também funciona em camadas. O saldo que uma pessoa vê em sua conta é uma dívida do banco com ela. Quando ela paga a um cliente de outra instituição, os dois bancos atualizam seus livros e geram uma obrigação interbancária. Dependendo do sistema, essas obrigações são liquidadas uma a uma ou após compensação, normalmente em moeda de banco central; em pagamentos transfronteiriços também podem intervir contas de correspondentes. O cartão ou a transferência inicia uma instrução e, por trás, várias infraestruturas verificam, compensam e liquidam a movimentação.
Nos mercados de capitais acontece algo parecido. Uma empresa ou um Estado emite um valor mobiliário; um mercado e seus intermediários permitem negociá-lo; uma contraparte central pode assumir e compensar as obrigações; custodiantes e depositários mantêm as posições; e um sistema de pagamentos completa a entrega do dinheiro. Cada camada existe para administrar riscos jurídicos, de crédito e operacionais específicos.
Essa arquitetura permitiu que o sistema operasse em grande escala, mas ela não funciona como um único livro compartilhado. Cada participante conserva sua versão da operação e a confronta com as demais. Para entender onde a tecnologia blockchain pode contribuir, é preciso partir dessa combinação de especialização, mensageria e conciliação.
Os bancos mantêm depósitos, concedem financiamento e transformam prazos e riscos dentro de seu balanço.
Redes, bancos e sistemas de pagamento transmitem instruções e transferem valor entre contas e instituições.
Emissores, investidores, intermediários e centros de negociação formam preços e transferem exposição econômica.
As obrigações são confirmadas, agrupadas e compensadas por netting; uma CCP pode se interpor e gerir garantias.
Custodiantes e depositários mantêm posições, segregam ativos e processam seu ciclo de vida.
Valores mobiliários e dinheiro são entregues até que a operação se torne definitiva do ponto de vista jurídico e operacional.
Quando um investidor clica em comprar, a ordem pode ser executada em milissegundos e aparecer imediatamente em seu aplicativo. No entanto, esse acordo só fixa preço, quantidade e contrapartes. Ainda é preciso confirmar e alocar a operação, calcular obrigações, dispor dos títulos, financiar o dinheiro e completar a entrega contra pagamento nas infraestruturas correspondentes.
A negociação é o momento T. A compensação determina o que cada participante deve entregar e pode interpor uma contraparte central que administre garantias e aplique netting. A liquidação vem depois. O depositário movimenta os valores mobiliários e o sistema de pagamentos movimenta o dinheiro até que ambas as transferências sejam definitivas.
Por isso T+1 não significa que uma bolsa leve um dia para executar uma ordem. Para os instrumentos cobertos por esse ciclo padrão, a entrega definitiva deve ser concluída no máximo no dia útil seguinte. Títulos públicos, fundos, derivativos, câmbio, operações de financiamento e emissões primárias podem seguir calendários diferentes.
Estados Unidos T+1 desde maio de 2024
Exposição entre as partes
União Europeia T+2 até 11 de outubro de 2027, depois T+1
Exposição entre as partes
Os Estados Unidos reduziram em maio de 2024 o ciclo padrão da maioria das operações de intermediários para T+1. México e Argentina adotaram o mesmo prazo em segmentos à vista. A União Europeia, incluindo a Espanha, permanece em T+2 durante 2026 e prevê passar a T+1 em 11 de outubro de 2027.
A América Latina não tem um ciclo único e não pode ser descrita hoje como uma região T+3. México e Argentina já liquidam em T+1 os segmentos indicados, enquanto as ações brasileiras seguem em D+2 e a B3 projeta a transição para D+1 em fevereiro de 2028. Outros países, instrumentos e modalidades mantêm calendários próprios.
Encurtar o ciclo reduz o tempo durante o qual uma contraparte pode falhar e pode liberar garantias mais cedo. Em contrapartida, comprime em poucas horas a alocação, a confirmação, o empréstimo de títulos, a compra de moeda estrangeira e o financiamento. A exposição temporal diminui enquanto aumenta a exigência operacional e intradiária.
| Mercado | Ciclo de referência em 2026 | Evolução |
|---|---|---|
| Estados Unidos | T+1 para a maioria das operações cobertas pela regra da SEC | Em vigor desde 28 de maio de 2024 |
| União Europeia e Espanha | T+2 para valores mobiliários sujeitos ao ciclo padrão | T+1 previsto para 11 de outubro de 2027 |
| México | T+1 no mercado de capitais | Em vigor desde 27 de maio de 2024 |
| Argentina | T+1 no segmento à vista normal para ações e títulos; T+0 imediato disponível | Em vigor desde 27 de maio de 2024 |
| Brasil | D+2 para ações | A B3 projeta D+1 para fevereiro de 2028 |
O intervalo concentra trabalho operacional. Durante essas horas, intermediários, custodiantes, contrapartes centrais, depositários e bancos liquidantes transformam uma execução em obrigações que possam ser cumpridas. Cada um mantém seu próprio registro e recebe instruções que devem coincidir em ativo, quantidade, conta, data e moeda.
Em uma operação transfronteiriça, somam-se fusos horários e ciclos que podem não estar alinhados. Um fundo europeu que compra títulos americanos em T+1 talvez precise obter dólares antes que a venda de outro ativo liquide em T+2. Se não dispõe dos títulos, precisa tomá-los emprestados; se uma instrução não casa, sobra menos tempo para corrigi-la.
A passagem para T+1 demonstra que as infraestruturas convencionais podem acelerar a liquidação. A tecnologia DLT ataca outra fricção ao reduzir quantas vezes o mesmo estado é replicado e reconciliado e ao permitir que ativos, dinheiro e condições operacionais sejam coordenados a partir de um registro compartilhado.
A execução deve ser distribuída entre contas, validada e afirmada com dados coincidentes antes de chegar ao sistema de liquidação.
A CCP calcula as posições líquidas e exige margem para cobrir a exposição que mantém até a liquidação.
O vendedor ou seu custodiante precisa localizar os títulos; uma venda, um empréstimo ou um evento corporativo pendente pode bloquear a entrega.
O comprador precisa do dinheiro na moeda e na conta corretas dentro da janela do sistema de pagamentos.
Identidade, sanções, limites e detalhes da instrução devem ser validados sem que as exceções fiquem presas em processos manuais.
Uma instrução atrasada ou incorreta aciona penalidades, recompras (buy-ins), financiamento adicional e conciliações entre participantes.
Um saldo bancário é uma dívida do banco com seu cliente. Uma reserva é uma dívida do banco central com uma instituição. Uma ação ou um título é uma posição reconhecida por um emissor e pela sua infraestrutura de mercado. O sistema financeiro atualiza registros sobre quem detém um direito e quem mantém uma obrigação.
Hoje, mensageria, compensação, custódia e liquidação vivem em sistemas e horários distintos. Uma operação pode estar acordada, compensada em uma CCP e, ainda assim, pendente de que o ativo e o dinheiro percorram cadeias separadas. Em pagamentos transfronteiriços, somam-se moedas, bancos correspondentes, controles e liquidez pré-financiada.
Por seu desenho, a tecnologia DLT permite que várias entidades autorizadas operem sobre um estado compartilhado e executem regras sobre ele. A melhoria não vem de chamar um lançamento de token nem de substituir um intermediário por código. Vem de reduzir duplicidades e coordenar o ativo, o dinheiro e as condições sem perder governança, privacidade ou finalidade jurídica.
Uma wallet pode exibir instrumentos de aparência semelhante, embora o emissor continue determinando o direito e o risco. Um depósito tokenizado é passivo de um banco, uma stablecoin depende do seu emissor e das suas reservas, e uma CBDC é passivo do banco central. Um título tokenizado precisa ainda de uma perna financeira para liquidar.
Essa separação determina quem responde, como se dá o resgate, o que acontece em uma insolvência e qual supervisor intervém. Também explica por que uma entidade não pode escolher o token antes de ter escolhido a forma jurídica do dinheiro ou do ativo.
| Instrumento | Quem responde | Função principal |
|---|---|---|
| Reservas / CBDC de atacado | Banco central | Liquidação final entre participantes autorizados |
| Depósito tokenizado | Banco comercial emissor | Pagamentos e tesouraria programável dentro do perímetro bancário |
| Stablecoin | Emissor e estrutura de reservas | Mover valor em redes compatíveis e viabilizar a perna financeira |
| Valor mobiliário tokenizado | Emissor do instrumento e seus agentes | Representar ações, títulos ou cotas de fundos |
| CBDC de varejo | Banco central | Dinheiro digital para famílias e empresas, se a jurisdição o emitir |
Registrar uma transferência em segundos não basta. Para que exista liquidação, o ativo e uma forma de dinheiro aceita precisam estar disponíveis, a entrega precisa estar vinculada ao pagamento e o resultado precisa ser definitivo conforme a lei. Se alguma dessas peças fica fora da rede, continua sendo necessária uma ponte e uma reconciliação.
A atomicidade reduz o risco de que uma parte entregue e a outra não, mas não elimina o risco de crédito do emissor, a falta de liquidez, as falhas do contrato inteligente nem a dependência de custodiantes, oracles ou redes externas. Além disso, liquidar operação por operação pode consumir mais liquidez do que um sistema com netting.
| Camada | Pergunta que precisa estar resolvida | Falha habitual |
|---|---|---|
| Ativo | Que direito o token representa e qual é o registro determinante? | O token se move, mas o livro jurídico não é atualizado |
| Dinheiro | Com que passivo se paga e quem garante o resgate ao par? | A perna de caixa depende de outro emissor ou de outro horário |
| Entrega contra pagamento | Uma perna pode ser executada sem a outra? | Existe velocidade técnica, mas o risco principal permanece |
| Finalidade | Quando a operação se torna irrevogável perante terceiros? | A confirmação de blocos é confundida com finalidade jurídica |
| Identidade e controle | Quem pode operar, congelar, recuperar ou corrigir uma posição? | A conformidade se limita a uma whitelist sem processo operacional |
Uma rede pode estar disponível o dia inteiro e confirmar transferências em segundos, mas o mercado não precisa liquidar cada operação de forma bruta e imediata. Esperar por uma janela permite compensar compras e vendas opostas, reduzir movimentações e exigir menos caixa e títulos. A contrapartida é manter a exposição até a liquidação.
A liquidação atômica vincula entrega e pagamento para que as duas pernas sejam executadas juntas ou nenhuma delas seja executada. Isso reduz o risco principal, mas exige que o ativo e uma forma de dinheiro aceita estejam disponíveis em infraestruturas compatíveis. Se o caixa chega por outra rede ou apenas durante o horário do banco central, a atomicidade fica limitada por essa ponte.
A tecnologia DLT oferece capacidade para liquidar antes, de forma condicional ou fora das janelas tradicionais. A decisão econômica pode continuar sendo fazer o netting e liquidar mais tarde. Projetar uma infraestrutura séria exige escolher conscientemente entre risco de contraparte, consumo de liquidez, volume de instruções e capacidade de resolver exceções.
| Modelo | O que otimiza | Custo ou condição |
|---|---|---|
| Liquidação diferida pelo valor líquido | Reduz as necessidades de caixa e títulos por meio do netting | Mantém a exposição e concentra a liquidação em janelas |
| Liquidação bruta intradiária | Reduz mais cedo a exposição, operação por operação | Exige mais liquidez e gestão ativa de filas |
| DvP atômico on-chain | Vincula programaticamente ativo e caixa | Requer dinheiro compatível, finalidade jurídica e interoperabilidade |
| T+1 automatizado | Preserva uma janela para netting e preparação | Obriga a concluir alocações e controles no próprio dia T |
O Project Agorá reúne oito bancos centrais e mais de quarenta instituições financeiras. Após publicar os resultados do protótipo em maio de 2026, concluiu testes com valor real em julho. O BIS descreve transferências multimoeda com liquidação atômica entre participantes, uma fase experimental que ainda não constitui um serviço comercial de alcance geral.
O Eurosistema liquidou mais de 200 operações por 1.590 milhões de euros durante seus testes de 2024, com 64 participantes. A partir desse trabalho, lançou em 21 de setembro de 2026 a primeira versão do Pontes, uma ponte entre plataformas DLT e o TARGET para liquidar em moeda de banco central, e trabalha no Appia, uma linha de mais longo prazo para um ecossistema de atacado tokenizado.
Em setembro de 2026, o J.P. Morgan comunicou um volume diário aproximado de 7.000 milhões de dólares na Kinexys e descreveu liquidação de câmbio em oito moedas. São dados do próprio operador sobre sua plataforma institucional, não uma medida exclusiva de pagamentos internacionais nem uma prova de interoperabilidade geral entre redes bancárias.
Em mercados de capitais, o BEI (Banco Europeu de Investimento) e outros emissores colocaram títulos digitais dentro do arcabouço financeiro existente. A emissão pode nascer em DLT, mas colocação, custódia, caixa, informação ao investidor e negociação continuam exigindo uma arquitetura de mercado completa.
A tecnologia blockchain agrega valor quando várias entidades precisam escrever sobre um estado comum, coordenar dinheiro com ativos ou preservar regras transferíveis entre plataformas. A aplicação deve reduzir conciliações, habilitar liquidação programável ou melhorar a portabilidade do instrumento. Quando uma única entidade controla todo o processo, um banco de dados convencional costuma ser suficiente.
Reservas e depósitos tokenizados podem coordenar moedas, controles e pagamento em uma mesma operação. A necessidade de bancos correspondentes depende de quem participa e de quem aporta liquidez.
Contas em blockchain ou depósitos tokenizados permitem varreduras de saldo, pagamentos condicionais e movimentações intragrupo fora das janelas tradicionais, sob as regras do banco.
Títulos de dívida, ações ou fundos podem compartilhar registro com suas regras de transferência, cupons e eventos corporativos, sem deixar de ser instrumentos financeiros.
A entrega contra pagamento e a visibilidade da garantia podem reduzir a fricção intradiária, desde que valoração, elegibilidade e custódia estejam integradas.
Cotas tokenizadas podem ser subscritas, resgatadas ou usadas como garantia na mesma infraestrutura em que circula o dinheiro compatível.
Um registro comum pode coordenar documentos, marcos e pagamentos entre comprador, vendedor, banco e logística. Só gera valor se as partes que originam os dados participarem.
Cada forma de dinheiro tokenizado conserva um emissor e uma posição de balanço. Um depósito tokenizado continua sendo uma obrigação do banco; uma stablecoin depende do seu emissor, das suas reservas e do direito de resgate; a moeda de banco central no atacado é acessível apenas a participantes elegíveis. Compartilhar o formato técnico não torna esses riscos equivalentes.
A programabilidade muda quando e sob quais condições uma posição se move, mas não cria solvência nem liquidez. Se os clientes transferem depósitos tokenizados entre bancos, a instituição emissora pode precisar financiar a saída e liquidar com outra instituição. Se o mercado funciona 24/7 enquanto as reservas ou os ativos de lastro não funcionam, surge um descasamento operacional.
O desenho deve antecipar concentração de saldos, conversibilidade ao par, limites intradiários, remuneração, tratamento contábil e disponibilidade de colateral. Uma solução pode ser tecnicamente atômica e, ao mesmo tempo, gerar uma necessidade de liquidez maior que a do processo com netting que ela substitui.
| Representação | Direito ou exposição | Implicação operacional |
|---|---|---|
| Depósito tokenizado | Crédito contra o banco emissor | Transferências e resgates afetam o funding e a liquidez do banco |
| Stablecoin | Direito definido frente ao emissor e à sua reserva | A qualidade, a segregação e a disponibilidade das reservas sustentam o resgate |
| Moeda de banco central no atacado | Passivo do banco central | Acesso restrito e liquidação dentro do perímetro autorizado |
| Valor mobiliário tokenizado | Direito financeiro frente ao emissor do valor mobiliário | Precisa de uma perna de caixa; não vira dinheiro por estar on-chain |
| Cota de fundo tokenizada | Participação nos ativos do fundo | Valor da cota, subscrição e resgate seguem as regras do veículo |
Uma prova de conceito pode demonstrar que dois tokens são trocados entre si. Uma infraestrutura financeira precisa continuar operando quando uma chave se perde, uma ordem é cancelada, uma conta fica bloqueada, um cupom é calculado errado ou uma rede para de produzir blocos. O escopo real inclui o ciclo de vida completo e a convivência com os sistemas legados.
A produção exige decidir quem opera cada função, qual registro prevalece, como as mudanças são autorizadas e o que acontece em uma insolvência. Também precisa alimentar contabilidade, reporting, tributação, extratos e supervisão sem criar um segundo livro manual em torno da infraestrutura blockchain.
Um teste de liquidação deve incluir a perda de comunicação depois do envio de uma instrução. Reenviar sem verificar o estado pode duplicar a operação; assumir que falhou pode deixar uma posição sem conciliar. O identificador de negócio deve acompanhar a mensagem, a reserva de fundos e a confirmação final. A área de operações precisa consultar esse percurso sem depender da equipe que desenvolveu o contrato. Os casos de aceitação devem cobrir confirmação tardia, rejeição por uma contraparte e recuperação após uma interrupção.
A conciliação no fechamento confronta obrigações, saldos disponíveis e lançamentos contábeis. Se uma rede funciona de forma contínua e outra tem janelas de serviço, o desenho deve explicar quando uma posição está financiada e quando pode ser utilizada. O valor se mede por operações concluídas com controle, capital imobilizado e exceções pendentes. Reduzir o tempo de consenso acrescenta pouco se as verificações de identidade, os limites ou a saída para o sistema de pagamentos continuam travando o percurso completo.
Deve ficar definido se a posição on-chain constitui o registro jurídico ou replica o livro de um emissor, agente ou depositário.
O cadastro, as permissões e o monitoramento devem acompanhar a posição quando ela muda de custodiante, wallet ou jurisdição.
Chaves, segregação, delegação, congelamento e recuperação exigem controles compatíveis com o direito do titular.
Cupons, amortizações, desdobramentos, votações, bloqueios judiciais e correções devem ser executados sem romper a rastreabilidade do ativo.
As posições e os eventos devem se integrar aos livros contábeis, à conciliação, à informação ao cliente e aos relatórios regulatórios.
O modelo deve suportar incidentes de rede, falhas de participantes, reversão jurídica e migração tecnológica sem perder posições.
Uma rede pública oferece um estado amplamente acessível e componível, mas a instituição continua precisando controlar quem pode manter ou transferir o instrumento. Uma rede permissionada simplifica privacidade e governança, mas pode recriar um silo se não se conectar a outras infraestruturas.
O desenho institucional costuma ser híbrido. Identidade e dados sensíveis ficam off-chain, enquanto regras e posições vivem em uma rede com participantes autorizados e pontes para moeda de banco central, depósitos ou outras redes. A decisão depende de onde reside cada risco e de quem tem autoridade para resolver uma exceção.
| Camada | Quem responde | Off-chain | On-chain |
|---|---|---|---|
| Identidade e acesso | Quem respondeA instituição e seu agente de verificação | Off-chainVerificação de identidade, dados pessoais e sanções | On-chainCarteiras autorizadas que o contrato consulta antes de cada transferência |
| Ativo | Quem respondeO emissor do valor mobiliário e seu agente ou depositário | Off-chainDocumento de emissão e registro determinante, se o token o replicar | On-chainPosição do valor mobiliário e regras de transferência e cupom |
| Dinheiro | Quem respondeBanco central, banco emissor ou emissor da stablecoin | Off-chainReservas no banco central e resgate ao par | On-chainDepósito tokenizado, stablecoin ou moeda de banco central, se estiver na mesma rede |
| Liquidação | Quem respondeOperador do sistema de liquidação | Off-chainFinalidade jurídica e, com uma ponte como o Pontes, os recursos financeiros liquidados no T2 | On-chainEntrega contra pagamento atômica quando o ativo e o dinheiro compartilham a rede |
| Governança e continuidade | Quem respondeOperador da rede e participantes | Off-chainAdmissão, resolução de incidentes e supervisão | On-chainCongelamento, recuperação e mudanças de contrato com permissões rastreáveis |
Na União Europeia, o MiCA regula os criptoativos que não estão cobertos por outra legislação financeira, incluindo os e-money tokens e os asset-referenced tokens. Um título de dívida, uma ação ou uma cota de fundo tokenizados continuam sob a regulamentação de instrumentos financeiros; o regime-piloto DLT permite determinadas infraestruturas de negociação e liquidação com isenções controladas.
O MiCA não transforma qualquer stablecoin em moeda bancária nem regula os valores mobiliários tokenizados. Emissão, custódia, execução de ordens, moeda eletrônica, pagamentos, prevenção à lavagem de dinheiro, resiliência operacional e proteção de dados podem acionar obrigações distintas.
Nos Estados Unidos, a GENIUS Act tornou-se lei em julho de 2025 e estabeleceu um marco para emissores autorizados de stablecoins de pagamento, lastro um para um, resgate e divulgação de reservas. Os valores mobiliários tokenizados continuam sujeitos às leis federais de valores mobiliários. Mudar o formato de registro, por si só, não altera a natureza do instrumento.
Em qualquer jurisdição, finalidade, insolvência, segregação de ativos e autoridade para corrigir o registro devem ser resolvidas antes da implantação técnica. O compliance programável executa controles; não decide quais controles a lei exige.
A tecnologia blockchain pode reduzir conciliações e permitir novas formas de execução, mas não cria liquidez, solvência nem finalidade jurídica por si só. Parte do risco se desloca para o desenho do dinheiro, o código, a custódia de chaves, os dados externos e as conexões entre redes. A avaliação deve cobrir todo o ciclo operacional.
Operar sem fechamento não cria liquidez fora do horário. Exige reservas, preços, colateral e equipes operacionais disponíveis quando o mercado tradicional está fechado.
Muitos livros tokenizados incompatíveis podem aumentar a conciliação. A interoperabilidade deve preservar unicidade, finalidade e controle, não se limitar a mover mensagens.
Um token pode ser transferido corretamente e, ainda assim, perder valor se o banco, o emissor da stablecoin, o fundo ou a estrutura de reservas falhar.
Erros de contrato, administradores privilegiados, oráculos e pontes entre redes podem concentrar risco. Auditoria técnica e governança de mudanças fazem parte do produto.
Rastreabilidade não equivale a AML nem permite publicar dados bancários. Identidade, monitoramento, sanções e proteção de dados exigem camadas específicas.
Um banco de dados é mais simples quando existe um único operador. DLT se justifica quando reduz a fricção entre instituições ou habilita uma distribuição que compensa sua complexidade.
A infraestrutura financeira tokenizada combina conceitos de pagamentos, mercado de capitais e redes blockchain. Distinguir mensageria, compensação e liquidação evita atribuir a uma transferência técnica efeitos que dependem do dinheiro utilizado, do registro jurídico e da finalidade. Este vocabulário também separa depósitos, stablecoins, CBDC e valores mobiliários tokenizados.
| Conceito | Definição |
|---|---|
| Data de negociação (T) | Dia em que comprador e vendedor fecham uma operação. Não deve ser confundida com a data posterior em que os valores mobiliários e os recursos financeiros são entregues definitivamente. |
| Compensação | Processo posterior à negociação que confirma obrigações, calcula posições e, quando cabível, aplica netting antes de enviá-las à liquidação. |
| Ciclo de liquidação | Prazo padrão entre a data de negociação e a entrega final de valores mobiliários e caixa. T+1 significa o dia útil seguinte; não significa que toda a operação leve exatamente um dia. |
| Contraparte central (CCP) | Entidade que se interpõe entre comprador e vendedor, administra garantias e se torna compradora frente a cada vendedor e vendedora frente a cada comprador. |
| Depositário central de valores mobiliários (CSD) | Infraestrutura que mantém valores mobiliários e facilita sua entrega e liquidação. Na UE, os CSDs estão sujeitos ao Regulamento CSDR. |
| Netting | Compensação de obrigações opostas para liquidar apenas a posição líquida. Reduz a necessidade de caixa e de valores mobiliários, embora mantenha a exposição até o momento da liquidação. |
| Liquidação bruta em tempo real (LBTR) | Sistema que liquida pagamentos individualmente e em caráter final durante seu horário de funcionamento, normalmente em moeda de banco central e sem esperar um netting posterior. |
| Moeda de banco central | Passivo do banco central utilizado como ativo de liquidação final entre instituições. Inclui as reservas e, se emitida, uma CBDC. |
| Moeda de banco comercial | Depósito que representa uma dívida de um banco com seu cliente e que normalmente se converte ao par com outros depósitos e com moeda de banco central. |
| Depósito tokenizado | Representação em DLT de um depósito bancário. Continua sendo um passivo da instituição emissora e não deve ser confundido com uma stablecoin. |
| Stablecoin | Criptoativo desenhado para manter um valor estável em relação a uma moeda ou a outro ativo por meio de reservas e de um direito de resgate definido pelo emissor. |
| CBDC | Passivo digital direto de um banco central. Pode ser desenhado para uso no atacado entre instituições ou para uso no varejo. |
| Valor mobiliário tokenizado | Ação, título de dívida, cota de fundo ou outro instrumento financeiro cujo registro ou representação utiliza DLT; conserva a natureza jurídica do valor mobiliário. |
| Entrega contra pagamento (DvP) | Mecanismo que vincula a entrega do ativo ao pagamento para que uma perna não se complete sem a outra. |
| Liquidação atômica | Execução indivisível das pernas vinculadas de uma operação. Reduz o risco de principal, mas não elimina por si só o risco de crédito, de liquidez ou operacional. |
| Finalidade da liquidação | Momento em que uma transferência se torna definitiva e juridicamente irrevogável; nem sempre coincide com a confirmação técnica da rede. |
| Rede permissionada | Rede em que a participação, a validação ou a transferência estão restritas a entidades autorizadas. |
| Interoperabilidade | Capacidade de conectar ativos, dinheiro e registros de redes diferentes sem duplicar posições nem perder finalidade, controle ou rastreabilidade. |
| Contrato inteligente | Código que executa regras sobre o registro. Só automatiza aquilo para o qual recebe dados, fundos e autoridade jurídica suficientes. |
Atualizado em 3 de outubro de 2026
Desenhamos, auditamos e implantamos a infraestrutura on-chain para pagamentos, tokenização e liquidação, com controles de segurança, integração e compliance definidos para cada projeto.