Rails, ligando finanças tradicionais e finanças descentralizadas

As instituições financeiras e empresas de fintech em todo o mundo estão mergulhando no mercado de blockchain. As tentativas de transferir ativos e serviços financeiros existentes, como ações, títulos, fundos, depósitos e pagamentos, para a blockchain estão se expandindo além de meros experimentos tecnológicos. As vantagens que o blockchain oferece, como negociação 24 horas, pagamentos rápidos, programabilidade de ativos e eficiência na utilização da liquidez, estão desencadeando uma competição entre as empresas financeiras por infraestrutura de próxima geração.

No entanto, ainda não está claro qual infraestrutura de blockchain se tornará o padrão no mercado financeiro. O JP Morgan construiu sua própria infraestrutura de blockchain privada chamada Kinexys, enquanto a Robinhood lançou a Robinhood Chain, baseada na camada 2 do Ethereum. A Stripe construiu sua própria camada 1 especializada em pagamentos, e a BlackRock está emitindo BUIDL em várias blockchains públicas, como Ethereum e Solana.

As razões pelas quais cada instituição escolhe diferentes abordagens, como cadeias privadas, camadas 1 e 2 próprias, ou blockchains públicas existentes, são claras. Cada instituição financeira tem diferentes níveis de privacidade exigidos, requisitos regulatórios, desempenho de processamento, estrutura de custos e a necessidade de conexão com a liquidez externa.

Nesse contexto, a Rails apresenta uma abordagem um pouco diferente, visando criar uma infraestrutura que conecte os ativos e a liquidez das blockchains públicas, mantendo a privacidade e o controle exigidos pelas instituições financeiras, em vez de escolher entre finanças tradicionais e descentralizadas. A desenvolvedora da Rails, Parfin, conseguiu atrair um total de 38 milhões de dólares em investimentos de empresas como Framework Ventures, ParaFi Capital e Tether, com base nessa visão e capacidade técnica.

Neste artigo, vamos explorar as razões pelas quais as instituições financeiras têm dificuldade em utilizar diretamente as blockchains públicas, como a Rails conecta redes financeiras privadas e blockchains públicas, e se esse modelo está levando à adoção real por parte das instituições financeiras.

1. A barreira entre finanças tradicionais e descentralizadas

As blockchains públicas abriram novas possibilidades que a infraestrutura financeira existente não conseguia oferecer. É possível programar ativos, negociar 24 horas e processar transações e pagamentos em um único livro-razão, reduzindo o processo de intermediação e custos. Graças à abertura que permite que qualquer pessoa acesse a mesma rede, também é possível conectar livremente diversos ativos e serviços financeiros.

O problema é que essa abertura atua como uma barreira de entrada para as instituições financeiras. Para que as instituições financeiras transfiram ativos para a blockchain, não basta que as transações sejam rápidas e baratas. Elas precisam ser capazes de controlar participantes e ativos de acordo com a regulamentação, enquanto protegem informações de clientes e estratégias de negociação.

Um dos problemas mais representativos é a privacidade. Como o histórico de transações em blockchains públicas pode ser verificado por qualquer pessoa, se a relação entre um endereço específico e uma instituição financeira ou cliente for revelada, é possível rastrear continuamente o saldo, contrapartes de transação e o caminho do fluxo de fundos. Para investidores individuais, essa transparência pode aumentar a confiança, mas para instituições financeiras, representa um risco de exposição de ativos dos clientes, fluxo de caixa da empresa e posições de investimento.

O controle necessário para a conformidade regulatória também é essencial. Bancos e corretoras devem cumprir obrigações como verificação de clientes (KYC), prevenção à lavagem de dinheiro (AML) e verificação de sanções, e devem ser capazes de congelar ou recuperar ativos específicos se surgirem problemas. No entanto, em uma blockchain pública onde qualquer um pode participar livremente, é difícil aplicar essas autoridades e responsabilidades da mesma forma que no sistema financeiro existente.

Por isso, as instituições financeiras têm utilizado principalmente blockchains privadas com permissão. O Kinexys do JP Morgan é um exemplo representativo. Ao restringir os participantes, é possível proteger informações de clientes e dados de transações, enquanto se mantém o controle sobre as regras da rede e os ativos.

No entanto, as blockchains privadas criam outra limitação. As redes construídas por instituições ou consórcios permanecem como livros-razão fechados que não se conectam entre si, fazendo com que ativos e liquidez fiquem isolados dentro de cada sistema. Embora seja possível emitir e transferir ativos tokenizados livremente dentro de uma instituição financeira específica, é necessário uma infraestrutura de conexão separada para transferi-los para outra instituição ou blockchain pública. Assim, mesmo com a adoção de blockchain, o problema da fragmentação da liquidez no mercado financeiro existente persiste.

Em última análise, a transição das instituições financeiras para a blockchain não é uma questão de escolher entre blockchains públicas e privadas. É necessário manter a privacidade e o controle, enquanto se conecta, quando necessário, os ativos e a liquidez das blockchains públicas com outras instituições financeiras.

Ou seja, como conectar o controle das finanças tradicionais com a abertura das blockchains públicas dentro de uma única infraestrutura. Este é o desafio central que deve ser resolvido para a entrada real das instituições financeiras e empresas na blockchain.

2. Rails, uma infraestrutura que conecta redes financeiras privadas e blockchains públicas

2-1. Mantendo a privacidade interna das instituições através de uma estrutura de três camadas

O problema central que a Rails busca resolver é permitir que as instituições financeiras utilizem a liquidez e a interoperabilidade da blockchain sem divulgar informações de clientes e históricos de transações.

Para isso, a Rails divide a rede em três camadas: Rayls Sovereign, Rayls Private Network e Rayls Public Chain. As funções são claras. O Sovereign lida com operações internas da instituição, a Private Network conecta as instituições entre si e, quando necessário, a Public Chain se expande para o mercado de DeFi e blockchains públicas.

A camada mais interna, Rayls Sovereign, é uma blockchain privada compatível com EVM operada diretamente pela instituição financeira. Como opera de forma independente dentro da infraestrutura local ou nuvem privada da instituição, não há necessidade de expor saldos de clientes, dados de transações ou chaves para redes externas.

A instituição pode emitir e transferir ativos tokenizados nesse ambiente, e também implementar funções necessárias para conformidade regulatória, como congelamento ou apreensão de ativos. Uma característica é que, em vez de substituir sistemas de core banking ou KYC existentes, é possível conectá-los através de APIs. Ou seja, a infraestrutura financeira existente é mantida, enquanto parte do livro de ativos e processamento de transações é transferida para a blockchain.

A próxima camada, Rayls Private Network, conecta os Sovereigns de diferentes instituições financeiras. Cada instituição mantém seu próprio livro-razão e dados independentes, mas pode transferir ativos ou liquidar transações com contrapartes aprovadas. Mesmo que os ativos e pagamentos estejam divididos nos livros de diferentes instituições, é possível processá-los de forma que ambos sejam liquidadas simultaneamente ou não sejam liquidadas de forma alguma, utilizando o método de liquidação simultânea (DvP). Funções necessárias para a regulamentação, como gerenciamento de instituições participantes, aprovação e congelamento de ativos, e monitoramento de transações, também podem ser controladas nesta rede.

O importante é que essa rede não precisa ser aberta ao público. As instituições podem realizar transações apenas dentro da Private Network e, quando necessário, podem se conectar à Public Chain de forma seletiva. A estrutura permite que cada instituição decida quais ativos e transações serão divulgados e até onde.

A camada mais externa, Rayls Public Chain, tem a função de conectar essa rede institucional ao ecossistema de blockchains públicas. Os ativos permitidos pela instituição podem ser transferidos através dessa camada para outras redes ou acessar liquidez pública em aplicações DeFi. A Rails suporta a movimentação de tokens entre as camadas através do Teleport e, separadamente, possui uma função de envio de mensagens arbitrárias, permitindo que contratos inteligentes de redes diferentes se comuniquem.

Em última análise, o foco da Rails não é transferir todas as atividades financeiras para a blockchain pública. Em vez disso, os dados sensíveis e as operações principais permanecem dentro da instituição, enquanto apenas os ativos e transações necessários são conectados externamente de forma seletiva.

Isso permite que as instituições financeiras realizem transações on-chain com outras instituições financeiras, mantendo a estrutura de controle de dados e regulamentação existentes, e ainda aproveitem a liquidez dos usuários de blockchains públicos. Em vez de escolher entre privacidade e abertura, a abordagem da Rails é conectar os dois ambientes.

2-2. Pilha Tecnológica para Instituições que Implementa Rapidez e Confidencialidade

Para que as instituições financeiras transfiram suas operações principais para on-chain, são necessárias altas performances para confirmar rapidamente transações de grande volume e confidencialidade para não expor informações de transações ao público. A Rails implementa isso através do consenso baseado em DAG Axyl e do protocolo de privacidade Enygma.

Axyl é um consenso baseado em um grafo acíclico direcionado (DAG) que permite que múltiplos validadores processem transações simultaneamente. O núcleo é a combinação de Narwhal e Bullshark, que separa a propagação de dados de transação da determinação da ordem das transações. Narwhal permite que vários validadores compartilhem transações em unidades de lote e as organize em forma de DAG para garantir a disponibilidade de dados. Bullshark lê o DAG criado e determina uma única ordem de transação que todos os validadores executarão de forma idêntica, finalizando-a. Em seguida, a camada de execução EVM baseada em Reth processa as transações de acordo com a ordem confirmada.

Essa estrutura reduz o gargalo que ocorre quando o processamento de transações se concentra em um único criador de bloco, permitindo que múltiplos validadores processem dados em paralelo. Além disso, foi projetada para manter a segurança do consenso mesmo que menos de um terço dos votos totais se comportem de forma maliciosa ou anômala.

Axyl visa processar mais de 15.000 transações por segundo, oferecendo finalidades em menos de um segundo. Nos testes iniciais da camada de consenso, um protótipo composto por quatro nós registrou uma taxa de processamento de cerca de 250.000 TPS. Isso demonstra que há uma margem significativa para aumentar ainda mais o desempenho à medida que a rede se expande.

A confidencialidade das transações é responsabilidade do Enygma. O Enygma não apenas limita o acesso à rede, mas também foi projetado para validar a validade das transações enquanto oculta as informações das mesmas.

Para isso, combina provas de conhecimento zero e Compromissos de Pedersen. O saldo real do usuário e o valor da transação não são divulgados, mas registrados na forma de Compromissos de Pedersen. Através de provas de conhecimento zero, o remetente pode provar que possui saldo suficiente, e utilizando as propriedades matemáticas do compromisso, pode-se verificar se a soma total dos ativos antes e depois da transação é consistente. Isso permite confirmar que a transação ocorreu normalmente sem divulgar seu conteúdo.

Além disso, o Enygma separa a Chave de Gastos e a Chave de Visualização. A Chave de Gastos é usada para transferir ativos, enquanto a Chave de Visualização é usada para verificar o histórico de transações. As instituições financeiras podem fornecer apenas a Chave de Visualização para órgãos reguladores ou auditores, permitindo a divulgação do histórico de transações. Ou seja, é possível realizar auditorias seletivas necessárias para a regulamentação enquanto mantém a confidencialidade das transações.

A resposta à computação quântica também está em andamento. O algoritmo de troca de chaves, que gera segredos compartilhados entre participantes, aplica o algoritmo quântico resistente a padrões NIST, ML-KEM. No entanto, como toda a pilha criptográfica, incluindo provas de conhecimento zero, ainda não foi convertida para resistência quântica, é mais preciso considerar que a transição está sendo realizada a partir de alguns componentes-chave.

Em última análise, Axyl desempenha o papel de processar e confirmar transações rapidamente, enquanto o Enygma valida a validade das transações sem divulgar seu conteúdo. A Rails busca implementar a performance de processamento exigida pelas instituições, a confidencialidade das transações e a possibilidade de auditoria regulatória em uma única infraestrutura baseada em EVM.

2-3. Design Diferenciado da Rails que Satisfaz Descentralização e Conformidade

Se a estrutura em camadas discutida anteriormente conecta a rede financeira privada da instituição com blockchains públicos, e Axyl e Enygma implementam confirmação rápida de transações e confidencialidade, o próximo desafio é operar isso de acordo com o mercado financeiro real. A Rails está projetando a previsibilidade de custos e liquidações, resistência à censura e conformidade on-chain.

Primeiramente, para que as instituições financeiras possam prever custos de transação e tempos de liquidação, os envios de tokens padrão e as taxas de transação foram fixados em dólares. Isso reduz as variações de custo devido à flutuação no preço do token nativo, enquanto permite que transações que precisam de processamento prioritário tenham taxas separadas. Além disso, a finalização determinística do Axyl permite que transações acordadas sejam rapidamente confirmadas. Isso é projetado para reduzir a incerteza de liquidação que pode ocorrer em liquidações de títulos ou transferências de fundos entre instituições.

Um dispositivo que limita a manipulação da ordem das transações também está incluído. A Rails processa transações pendentes em unidades de lote sem expô-las ao mempool público, inibindo alguns MEVs maliciosos, como front-running e ataques de sanduíche. Os validadores podem priorizar transações com taxas mais altas, mas, em seguida, vários validadores processam os dados da transação em paralelo e Bullshark determina a ordem acordada. Isso suaviza a estrutura onde o poder de decisão da ordem das transações se concentra em um único produtor de bloco.

Uma solução para complementar a resistência à censura de blockchains públicos também foi proposta. O white paper da Rails sugere registrar o compromisso da raiz de estado da Public Chain no Ethereum e construir um caminho separado para submeter transações através do Ethereum, mesmo que um validador específico censure as transações. A ideia é manter o desempenho de uma rede independente enquanto utiliza o Ethereum como uma verificação adicional e dispositivo de segurança. No entanto, essas funcionalidades ainda estão em fase de planejamento, e o cronograma de implementação específico não foi divulgado.

Por fim, a conformidade on-chain. A Rails foi projetada para validar requisitos regulatórios necessários, como KYC, AML, CFT e adequação do investidor, utilizando provas criptográficas e LayeredID. Em transações entre instituições, a certificação KYB é aplicada, enquanto em transações entre instituições e indivíduos, são aplicadas as verificações de identidade exigidas pelos dApps, permitindo variar o nível de regulamentação de acordo com o tipo de transação.

Em última análise, a Rails busca construir um ambiente que possa ser utilizado por instituições financeiras reais, adicionando previsibilidade de custos, resistência à censura e conformidade à estrutura de conexão privada e pública e à Axyl e Enygma. O objetivo é manter a capacidade de controle e conformidade regulatória exigida pelas finanças tradicionais, sem abrir mão da abertura e conectividade das blockchains públicas.

3. Rails se Expandindo para Infraestrutura Financeira Real

A Rails destaca-se por fornecer privacidade e conformidade regulatória, além de um ambiente de liquidação rápida, enquanto permite a expansão para ativos e liquidez de blockchains públicos quando necessário.

Essa estrutura começou a ser aplicada em algumas instituições financeiras e empresas de infraestrutura financeira. Um exemplo notável é a empresa de infraestrutura do mercado financeiro brasileiro, Núclea, que utilizou a Rails para a tokenização de recebíveis corporativos, enquanto o grupo financeiro XP lançou o ativo digital USDXP vinculado ao dólar para seus clientes. O Drex do Banco Central do Brasil e o Project EPIC do JP Morgan, assim como o projeto do Banco da Inglaterra e do Banco de Compensações Internacionais (BISIH), validaram tecnologias de privacidade e interoperabilidade para instituições.

3-1. Núclea e XP, Aplicando a Rails em Serviços Financeiros Reais

O caso de uso mais concreto é a Núclea, uma empresa de infraestrutura do mercado financeiro brasileiro. A Núclea é uma empresa central de infraestrutura financeira responsável pelo registro e liquidação de pagamentos e ativos financeiros, processando a maior parte do registro de pagamentos baseados em faturas no Brasil e cerca de 90% da liquidação de pagamentos com cartões de crédito e débito. Em 2024, processou mais de 40,7 bilhões de transações, com um valor total de transações superior a 18 trilhões de reais.

Nucleia está expandindo as funções de registro e liquidação de ativos, que tradicionalmente desempenhava na infraestrutura financeira, para o mercado de tokenização. Um exemplo notável é a tokenização da duplicata, um título de crédito gerado em transações entre empresas. O objetivo é digitalizar as duplicatas utilizando blockchain e conectá-las de forma mais eficiente a instituições financeiras e investidores. De acordo com os dados mais recentes divulgados pela Nucleia, o volume acumulado de tokenização ultrapassou 300 milhões de reais em junho de 2025.

Direção da colaboração entre Rails e Nucleia. Fonte: Rails

A tecnologia base dessa infraestrutura é fornecida pela Rails. A Nucleia começou a usar a infraestrutura baseada na Rails em um ambiente de produção a partir de junho de 2024, e segundo a Rails, mais de 10.000 duplicatas foram tokenizadas e liquidadas por semana. Isso é significativo, pois vai além de um simples experimento tecnológico, lidando com ativos que são realmente negociados no mercado financeiro em escala de produção.

No futuro, o próximo passo será conectar as duplicatas emitidas em um ambiente privado a uma Public Chain, expandindo a liquidez on-chain para investidores externos. Se os ativos emitidos na infraestrutura do mercado financeiro tradicional forem conectados ao mercado público, será possível implementar a estrutura de conexão privada e pública que a Rails busca.

A XP é um exemplo de como a Rails está sendo aplicada além do backend do mercado financeiro, também em produtos financeiros voltados para clientes. A XP é uma plataforma de investimento brasileira que oferece intermediação de produtos de investimento, gestão de ativos e finanças institucionais, e está listada na Nasdaq. No segundo trimestre de 2026, os ativos dos clientes totalizavam cerca de 1,534 trilhões de reais, com mais de 18.000 profissionais de consultoria financeira.

A corretora Clear, sob a XP, lançou em março de 2026 o USDXP, lastreado em dólar americano na proporção de 1:1, com base na infraestrutura da Rails. Este não é um piloto para validação tecnológica, mas um serviço real oferecido aos clientes da Clear, onde a emissão e negociação do USDXP são processadas no ambiente privado da Rails operado pela XP. Os usuários podem garantir exposição ao dólar 24 horas por dia na plataforma Clear.

Resultados da XP na Rails. Fonte: Rails

Segundo a Rails, aproximadamente 300 milhões de dólares foram emitidos na primeira semana de lançamento do USDXP. O próximo passo é conectar o USDXP emitido em um ambiente privado a uma Public Chain, permitindo a troca com outras stablecoins, como USDT e USDC, e o acesso à liquidez global.

Além disso, a adoção real por instituições e a pipeline de tokenização de ativos on-chain estão se expandindo. A Rails anunciou que, até agosto de 2026, a infraestrutura da Sovereign está instalada e em uso em mais de 30 instituições financeiras. A plataforma de tokenização de crédito privado AmFi no Brasil tem como meta emitir mais de 1 bilhão de dólares em ativos financeiros reais na Rails até junho de 2027, e a empresa brasileira de energia e logística NimoFast também está construindo uma infraestrutura baseada na Rails para tokenizar ativos relacionados à energia e commodities.

O foco futuro será a adoção de mais instituições e a emissão de ativos, além da expansão para a Public Chain, conectando-se à liquidez DeFi com investidores externos.

3-2. Drex, JP Morgan e Banco da Inglaterra validam a viabilidade da tecnologia da Rails em ambientes institucionais

Se Nucleia e XP são exemplos de aplicação real da Rails, casos de validação de tecnologia de privacidade, liquidação e interoperabilidade estão surgindo em torno de bancos centrais e instituições financeiras globais. Exemplos notáveis incluem o Drex do Banco Central do Brasil, o Project EPIC do JP Morgan e o DLT Innovation Challenge do Banco da Inglaterra e do Banco de Compensações Internacionais (BISIH).

O exemplo mais representativo é o projeto de moeda digital Drex do Banco Central do Brasil. O Drex é um projeto que experimenta uma estrutura onde a moeda do banco central, depósitos tokenizados e ativos financeiros podem ser negociados e liquidadas em uma infraestrutura programável. O Banco Central do Brasil testou diretamente a Rails como uma das soluções de privacidade na fase piloto, validando a viabilidade do uso de tecnologia de privacidade em transações financeiras, como transferências de moeda do banco central e liquidações simultâneas de títulos públicos (DvP).

A validação com instituições financeiras globais também está em andamento. A Rails participou como um dos provedores de tecnologia de privacidade no Project EPIC, conduzido pela divisão de blockchain Kinexys do JP Morgan em 2024. O Project EPIC é um PoC para validar a privacidade, identidade digital e composabilidade exigidas na tokenização financeira, e o JP Morgan analisou a viabilidade de várias soluções de privacidade, incluindo a Rails, em um relatório oficial.

Em 2025, a Rails também participou do DLT Innovation Challenge do Banco da Inglaterra e do BISIH em Londres. Este projeto examinou se seria possível liquidar de forma segura moeda do banco central em um livro-razão programável externo que não é operado diretamente pelo banco central. Nove grupos, incluindo a Rails, participaram, e a Rails apresentou uma abordagem para a interoperabilidade entre infraestruturas financeiras institucionais durante a apresentação final, após quatro sessões técnicas.

No entanto, é difícil interpretar esses casos como uma adoção comercial. Tanto o Drex quanto o Project EPIC e o DLT Innovation Challenge são projetos que validam as possibilidades e limitações da tecnologia em ambientes institucionais, em vez de implementar sistemas operacionais reais. No entanto, é claro que os desafios centrais que a Rails busca resolver, como privacidade, conformidade regulatória e interoperabilidade entre instituições, estão alinhados com as questões que bancos centrais e instituições financeiras globais estão tentando resolver.

4. Rails: uma infraestrutura a ser observada no momento em que a entrada das instituições no blockchain acelera

À medida que a conversão de ativos financeiros para on-chain se expande, as condições necessárias para o blockchain para instituições financeiras também estão mudando. Agora, mais do que apenas uma rede rápida e barata, é importante ter uma infraestrutura que mantenha a privacidade e a conformidade regulatória do sistema financeiro existente, enquanto conecta a liquidez de outras instituições e do mercado público.

A força da Rails reside em sua tentativa de conectar essas duas áreas dentro de uma única estrutura. Através da Sovereign e da Private Network, as instituições mantêm o controle sobre dados e ativos, enquanto a Axyl e a Enygma implementam confirmações rápidas de transações e confidencialidade. Conectar a Public Chain para expandir os ativos financeiros que estavam restritos às instituições para o blockchain público é a estrutura que a Rails está visualizando.

Até agora, a base deste modelo tem sido confirmada por casos reais. Na Nucleia, as duplicatas foram processadas com base na Rails, e a XP lançou produtos de ativos digitais voltados para clientes. Projetos como Drex, JP Morgan e Banco da Inglaterra também têm validado continuamente as tecnologias de privacidade e interoperabilidade exigidas em ambientes institucionais.

Nesse sentido, a Rails é uma infraestrutura que merece atenção no momento em que a entrada das instituições no on-chain se intensifica. Ela oferece um caminho de entrada para as instituições se moverem para o blockchain, mantendo seus sistemas existentes e estruturas regulatórias, e a longo prazo, pode conectar os ativos institucionais à liquidez pública. O fato de já ter experiências de adoção de instituições financeiras reais e validações tecnológicas por meio de instituições globais também atua como uma vantagem competitiva.

No entanto, para que o modelo proposto pela Rails seja concluído, as empresas precisam adotar a Rails como uma infraestrutura comercial real, e os ativos institucionais emitidos em ambientes privados precisam ser realmente expandidos para investidores externos e liquidez DeFi através da Public Chain. No futuro, será necessário verificar quão rapidamente a emissão e negociação de ativos institucionais na Public Chain aumentam e como eles se conectam à liquidez externa.