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

As instituições financeiras e empresas de fintech em todo o mundo estão se aventurando seriamente 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 simples experimentos tecnológicos. As vantagens que a blockchain oferece, como negociação 24 horas, pagamentos rápidos, programabilidade de ativos e eficiência no uso de liquidez, estão provocando 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 o Robinhood lançou a Robinhood Chain, baseada na camada 2 do Ethereum. O 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 necessidade de conexão com liquidez externa.

Nesse contexto, a Rails apresenta uma abordagem um pouco diferente, visando criar uma blockchain para instituições financeiras. Em vez de escolher entre finanças tradicionais e finanças descentralizadas, a Rails busca construir uma infraestrutura que conecte os ativos e a liquidez da blockchain pública, mantendo a privacidade e o controle exigidos pelas instituições financeiras. A desenvolvedora da Rails, Parfin, levantou 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 tecnológica.

Neste artigo, examinaremos as razões pelas quais as instituições financeiras têm dificuldade em utilizar diretamente 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 finanças descentralizadas

As blockchains públicas abriram novas possibilidades que a infraestrutura financeira existente não podia 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 os custos. Graças à abertura que permite que qualquer um 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 movam 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 as regulamentações, enquanto protegem informações de clientes e estratégias de negociação.

O problema mais representativo é a privacidade. Como os registros de transações em blockchains públicas podem ser verificados por qualquer um, 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, o contraparte da 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 essa razão, 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, 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 movê-los para outra instituição ou para uma blockchain pública. Assim, mesmo com a introdução da blockchain, o problema da fragmentação da liquidez no mercado financeiro existente permanece.

No final, 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 de outras instituições financeiras e da blockchain pública.

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, a infraestrutura que conecta redes financeiras privadas e blockchains públicas

2-1. Mantendo a privacidade interna da instituição 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 registros 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 as 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 a blockchain pública e para o mercado DeFi.

A camada mais interna, Rayls Sovereign, é uma blockchain privada compatível com EVM operada diretamente pela instituição financeira. Como funciona de forma independente dentro da infraestrutura local ou nuvem privada da instituição, não há necessidade de divulgar 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 pode implementar funcionalidades necessárias para conformidade regulatória, como congelamento ou apreensão de ativos. Outra característica é que, em vez de substituir sistemas de core banking ou KYC existentes, é possível conectá-los através de APIs. Em outras palavras, a infraestrutura financeira existente é mantida, enquanto parte do livro-razão 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 um livro-razão e dados independentes, mas pode transferir ativos ou liquidar transações com contrapartes aprovadas. Mesmo que os ativos e os pagamentos estejam divididos nos livros-razão de diferentes instituições, é possível processar pagamentos simultâneos de forma que ambos sejam liquidadas ao mesmo tempo ou não sejam liquidadas de forma alguma, utilizando o método de liquidação DvP. Funcionalidades necessárias para 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 necessariamente ser aberta ao público. As instituições podem realizar transações apenas dentro da Private Network e, se necessário, podem se conectar à Public Chain de forma seletiva. A estrutura permite que a instituição decida quais ativos e transações serão divulgados e até onde.

A camada mais externa, Rayls Public Chain, desempenha o papel de conectar essa rede institucional ao ecossistema de blockchain pública. Os ativos permitidos pela instituição podem ser movidos 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, projetou uma funcionalidade de envio de mensagens arbitrárias para permitir que contratos inteligentes de redes diferentes se comuniquem.

No final, o foco da Rails não é transferir todas as atividades financeiras para a blockchain pública. Em vez disso, a ideia é manter dados sensíveis e operações essenciais dentro da instituição, conectando apenas os ativos e transações necessários ao exterior 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ções existentes, além de aproveitar 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. Tecnologia para Instituições que Implementa Confirmação Rápida e Confidencialidade Simultaneamente

Para que as instituições financeiras transfiram suas operações principais para on-chain, é necessário ter desempenho para confirmar transações em grande escala rapidamente 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 gráfico acíclico direcionado (DAG) que permite que vários validadores processem transações simultaneamente. O núcleo é a combinação de Narwhal e Bullshark, que separa a propagação dos dados de transação e a determinação da ordem das transações. Narwhal permite que vários validadores compartilhem transações em unidades de lote de forma paralela e organiza isso em forma de DAG para garantir a disponibilidade dos 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 e permite que vários 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 maneira 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 o desempenho mesmo com a expansão futura da rede.

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

Para isso, combina provas de conhecimento zero e Compromissos de Pedersen. O saldo real do usuário e o valor da transação são ocultados e registrados na forma de Compromissos de Pedersen. Através da prova de conhecimento zero, é provado que o remetente possui saldo suficiente, e a propriedade matemática do compromisso é utilizada para verificar se a quantidade total de ativos antes e depois da transação é a mesma. Isso permite confirmar que a transação ocorreu normalmente sem divulgar os detalhes da transação.

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 reguladores ou auditores, tornando possível a auditoria seletiva necessária para a regulamentação, mantendo 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 os participantes, aplica o algoritmo quântico resistente a padrões NIST, o ML-KEM. No entanto, como todo o stack criptográfico, incluindo provas de conhecimento zero, ainda não foi convertido para resistência quântica, é mais preciso considerar que a transição está em andamento apenas para alguns componentes principais.

Em última análise, Axyl desempenha o papel de processar e confirmar transações rapidamente, enquanto o Enygma valida a validade sem divulgar os detalhes da transação. A Rails busca implementar o desempenho de processamento exigido 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 Simultaneamente

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 previsibilidade de custos e liquidações, resistência à censura e conformidade on-chain em conjunto.

Primeiro, para que as instituições financeiras possam prever os custos de transação e o tempo 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 do 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 confirmar rapidamente as transações acordadas. 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 o empilhamento de transações com taxas mais altas, mas depois vários validadores processam os dados das transações em paralelo e Bullshark determina a ordem acordada. Isso suaviza a estrutura em que 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 enviar transações através do Ethereum, mesmo que um validador específico censure a transação. Isso visa manter o desempenho da 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 os 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, a verificação de identidade exigida pelo dApp é aplicada, permitindo diferentes níveis de regulamentação de acordo com o tipo de transação.

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

Nucleia está expandindo as funções de registro de ativos e liquidação, que eram realizadas na infraestrutura financeira existente, para o mercado de tokenização. Um exemplo notável é a tokenização da duplicata, que é um recebível gerado em transações entre empresas. O objetivo é digitalizar os recebíveis utilizando blockchain e conectá-los 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 em Rails em um ambiente de produção a partir de junho de 2024, e, segundo a Rails, mais de 10 mil recebíveis foram tokenizados 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 existente em escala de produção.

No futuro, o próximo passo será conectar esses recebíveis emitidos 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 existente 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 para produtos financeiros voltados ao cliente. 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. Em junho de 2026, os ativos dos clientes eram cerca de 1,534 trilhões de reais, com mais de 18 mil profissionais de consultoria financeira.

A corretora Clear, sob a XP, lançou em março de 2026 o USDXP, garantido 1:1 em dólares americanos, baseado na infraestrutura da Rails. Isso não é um piloto para validação técnica, 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, cerca de 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 outros stablecoins como USDT e USDC no mercado externo e o acesso à liquidez global.

Além disso, o escopo da adoção institucional real e do pipeline de tokenização de ativos on-chain está se expandindo. A Rails anunciou que, até agosto de 2026, a infraestrutura da Sovereign foi instalada e está sendo utilizada por mais de 30 instituições financeiras. A plataforma de tokenização de crédito privado do Brasil, AmFi, 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 a energia e commodities.

O foco futuro é a continuidade da adoção por mais instituições e a emissão de ativos, além da conexão com a Public Chain para integrar a liquidez DeFi com investidores externos.

3-2. Drex, JP Morgan e Banco da Inglaterra validam as possibilidades tecnológicas da Rails em ambientes institucionais

Se Nucleia e XP são exemplos de aplicação real da Rails, casos de validação de tecnologias 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 tecnologias 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 do JP Morgan, Kinexys, em 2024. O Project EPIC é um PoC para validar a privacidade, identidade digital e composibilidade 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 no centro de Londres. Este projeto revisou se é possível liquidar de forma segura a moeda do banco central em um livro-razão programável externo que não é operado diretamente pelo banco central. Nove grupos participaram, incluindo a Rails, que apresentou abordagens para a interoperabilidade entre infraestruturas financeiras institucionais durante a sessão final de showcase.

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 as questões de privacidade, conformidade regulatória e interoperabilidade entre instituições que a Rails busca resolver estão alinhadas com os principais desafios que bancos centrais e instituições financeiras globais estão tentando enfrentar.

4. Rails: uma infraestrutura a ser observada no momento de aceleração da entrada de blockchain nas instituições

À medida que a conversão de ativos financeiros para on-chain se expande, as condições necessárias para o blockchain nas instituições financeiras também estão mudando. Não se trata apenas de uma rede rápida e barata, mas de uma infraestrutura que pode manter 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 é que ela busca 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 de transações rápidas e confidencialidade. Conectar isso a uma Public Chain é a estrutura que a Rails está imaginando para expandir os ativos financeiros que antes estavam restritos ao ambiente interno das instituições para uma blockchain pública.

Até agora, a base desse modelo tem sido confirmada por meio de casos reais. Na Nucleia, os recebíveis foram processados com base na Rails, e a XP lançou produtos de ativos digitais voltados ao cliente. 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 on-chain das instituições financeiras está se intensificando. Ela oferece um caminho de entrada para as instituições que desejam migrar 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 por instituições financeiras reais e validações tecnológicas por meio de instituições globais também atua como um diferencial competitivo.

No entanto, para que o modelo apresentado pela Rails seja completado, 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 isso se conecta à liquidez externa.

Este conteúdo é fornecido apenas para fins informativos gerais e não constitui aconselhamento financeiro, de investimento, jurídico ou tributário. Quaisquer eventos, recompensas, promoções online ou informações relacionadas mencionadas neste documento não devem ser consideradas uma recomendação, solicitação ou convite para comprar, vender, negociar ou realizar qualquer outra transação com criptoativos. Criptoativos são altamente voláteis e podem resultar em perdas. A disponibilidade dos serviços, produtos e eventos relacionados da WEEX pode variar conforme a região. É de sua responsabilidade garantir que sua participação esteja em conformidade com as leis e regulamentações locais aplicáveis.