UBS e Nethermind concluem PoCs que aplicam controles de compliance bancário diretamente na Ethereum pública

O UBS, segundo maior banco europeu por ativos, anunciou em 23 de junho de 2026 a conclusão de duas provas de conceito desenvolvidas em conjunto com a empresa de engenharia de blockchain Nethermind. Os testes, executados na rede de testes Sepolia da Ethereum, mostraram que instituições financeiras reguladas podem aplicar controles de compliance — como whitelist de endereços, bloqueio de smart contracts e roteamento dirigido de transações — sem alterar o protocolo público da Ethereum. É mais um sinal de que a banca tradicional caminha de redes permissionadas privadas para usar a infraestrutura pública com camadas próprias de risco e governança.

O que aconteceu

UBS e Nethermind divulgaram simultaneamente duas PoCs (Proofs of Concept) que atacam um problema antigo do setor financeiro: como aproveitar a abertura, neutralidade e interoperabilidade das redes públicas como Ethereum sem violar exigências de compliance bancário. A questão é especialmente sensível porque reguladores europeus, americanos e asiáticos exigem que bancos saibam quem está do outro lado da transação (KYC), apliquem listas de sanções e mantenham trilhas auditáveis — algo que, em uma rede permissionless, depende de controles fora do protocolo.

Os testes foram conduzidos integralmente na rede Sepolia, que é o ambiente de testes oficial da Ethereum em 2026 (substituiu Goerli após sua descontinuação). Nenhuma transação envolveu fundos reais de clientes. Ainda assim, as PoCs validaram um modelo arquitetural concreto: o controle de compliance fica em camada operacional, no nó e no fluxo de submissão de transações, enquanto a Ethereum continua sendo a mesma rede pública usada por todos os outros participantes.

Como o experimento funciona

A primeira PoC concentrou-se no nó. UBS e Nethermind configuraram um cliente Ethereum (o próprio Nethermind, escrito em .NET e amplamente usado por validadores institucionais) para aplicar políticas customizáveis de compliance e risco no momento da submissão de transações. Em termos práticos, o nó passa a aceitar transações apenas se a contraparte estiver em uma allowlist de endereços previamente aprovados — equivalente onchain ao KYB/KYC tradicional — e bloqueia interações com smart contracts marcados como proibidos pela política institucional, como mixers, pontes não auditadas ou contratos sancionados.

A segunda PoC tratou o problema seguinte: garantir que essas transações compliant cheguem mesmo à blockchain, em um ambiente em que builders e relays nem sempre incluem transações de remetentes desconhecidos. Para isso, foi desenvolvido um componente de roteamento que envia bundles aprovados via relay services diretamente a builders selecionados, com acordos prévios. O resultado, segundo os testes, foi inclusão consistente das transações nos blocos, sem fragmentação ou perda.

“As PoCs mostram que bancos e gestoras de ativos podem aplicar controles de compliance robustos enquanto preservam abertura, neutralidade e interoperabilidade da rede pública”, afirmou a Nethermind em comunicado oficial publicado em conjunto com o UBS em 23 de junho de 2026.

Quem é afetado

O experimento mira diretamente os perfis institucionais que ainda olham para a Ethereum com desconfiança regulatória:

• Bancos comerciais e de investimento explorando tokenização de ativos reais (RWA), como títulos públicos, fundos e crédito;
• Gestoras de fundos e asset managers que precisam manter posições em ativos tokenizados sem violar exigências de KYC e listas de sanções;
• Custódia institucional de criptoativos, que precisa demonstrar controle sobre fluxos e contrapartes para auditoria;
• Operadores de stablecoins e RWA que negociam com balcões regulados e precisam de comprovação contínua de compliance;
• Reguladores e bancos centrais, que ganham um modelo de referência para discutir como a banca pode usar redes públicas sem violar mandatos prudenciais.

Análise

A relevância do anúncio está menos no aspecto técnico — que individualmente já era possível há tempos — e mais na consolidação de uma escolha estratégica: a banca global está se afastando, devagar, de redes permissionadas isoladas. Por anos, o argumento dominante foi que blockchains públicas não eram aceitáveis para finanças reguladas por causa de privacidade, KYC e desempenho. Iniciativas como Quorum, Corda e Hyperledger Besu prosperaram exatamente nesse vácuo. Agora, com a Ethereum madura e ecossistemas como o de validators institucionais ganhando massa crítica, o cálculo mudou: o custo de operar um silo privado supera os ganhos, e a interoperabilidade da rede pública passou a ser o ativo decisivo.

Há também um ponto de segurança que merece destaque. Aplicar compliance no nó significa expandir a superfície de risco do próprio nó: ele passa a guardar não apenas chaves operacionais, mas também listas de sanções, allowlists internas e políticas que precisam permanecer íntegras. Comprometer esse componente comprometeria a postura de compliance inteira. O UBS não detalhou publicamente quais hardware security modules (HSMs), processos de auditoria e mecanismos anti-tampering protegem essa camada — pontos que vão definir se o modelo escala para produção. A escolha do cliente Nethermind também não é trivial: ter o cliente sendo desenvolvido pela mesma empresa parceira facilita roadmap conjunto, mas concentra dependência.

No contexto brasileiro, o anúncio dialoga diretamente com a evolução do Drex e com os experimentos de tokenização do Banco Central. Enquanto o Drex foi desenhado, em sua versão piloto, sobre uma DLT permissionada baseada em Hyperledger Besu, a tendência sinalizada por UBS, Nethermind, BlackRock (com o BUIDL) e outros gigantes globais é o uso direto da Ethereum pública com camadas institucionais. O movimento abre uma janela para gestoras, fintechs e bancos brasileiros revisitarem suas estratégias de blockchain, considerando interoperabilidade global em vez de redes isoladas.

Recomendações práticas

• Para áreas de tecnologia e segurança de bancos brasileiros: avalie cenários de compliance-on-chain em redes públicas (Ethereum mainnet, L2s como Base, Arbitrum, Optimism) antes que a tendência se consolide e a curva de aprendizado fique cara;
• Trate o nó com política embarcada como um sistema crítico — proteção em HSM, isolamento de rede, segregação de funções, logs imutáveis e auditoria periódica;
• Reveja contratos com fornecedores e custodiantes de cripto para incluir cláusulas que cubram allowlists, listas de sanções (OFAC, ONU, UE) e atualização de políticas em tempo razoável;
• Para projetos de tokenização (RWA) no Brasil: mapeie como as exigências da Resolução CMN/BCB e da CVM sobre prestadores de serviços de cripto se traduzem em controles equivalentes aos demonstrados pelo UBS;
• Para equipes de risco e compliance: comece a treinar com as primitivas do MEV (builders, relays, bundles), porque o roteamento dirigido de transações passa a fazer parte do vocabulário operacional;
• Para integradores e desenvolvedores: leia a documentação aberta do cliente Nethermind sobre filtros de transação e considere experimentação em Sepolia ou Holesky antes de mover para mainnet;
• Acompanhe os próximos passos do UBS — comunicados deixaram claro que as PoCs são a base para evoluções alinhadas à regulação que está se formando, especialmente o MiCA na União Europeia.

Fonte: UBS Global — Media Release