O que é uma blockchain modular? Rollups, disponibilidade de dados e a nova stack

Durante anos, um blockchain era uma única cadeia que fazia tudo. A tese modular divide isso em camadas especializadas para execução, liquidação, consenso e disponibilidade de dados. Este guia explica a nova pilha, por que os rollups precisam de uma camada de dados e o que o design oferece e custa.

Resumo

• Blockchains modulares dividem execução, liquidação, consenso e disponibilidade de dados entre camadas especializadas para melhorar a escalabilidade.
• Rollups processam transações fora da cadeia principal, enquanto dependem de camadas compartilhadas de liquidação e disponibilidade de dados para segurança.
• A abordagem modular aumenta a flexibilidade e a capacidade de processamento, mas também introduz complexidade adicional, fragmentação e suposições de confiança em camadas.

Índice

• Os quatro trabalhos de um blockchain
• Monolítico versus modular
• Rollups: a camada de execução do mundo modular
• Disponibilidade de dados: o ponto central
• As principais pilhas modulares
• Uma analogia: o restaurante e a praça de alimentação
• O que a modularidade lhe proporciona
• As compensações e críticas
• Perguntas Frequentes Um blockchain modular é um blockchain que divide os trabalhos essenciais que uma rede deve realizar entre camadas separadas e especializadas, em vez de uma única cadeia fazer todos de uma vez. Para entender por que essa é uma ideia significativa, você precisa conhecer os quatro trabalhos que todo blockchain precisa realizar: execução, que significa executar transações e contratos inteligentes; liquidação, que significa finalizar resultados e resolver disputas; consenso, que significa concordar sobre a ordem das transações; e disponibilidade de dados, que significa garantir que os dados das transações sejam realmente publicados para que qualquer pessoa possa verificá-los.

Um blockchain tradicional, agora chamado de monolítico, faz todos os quatro sozinho, em uma única cadeia, o que é simples e bem integrado, mas encontra um teto rígido sobre o quanto pode escalar, porque uma única cadeia fazendo tudo só pode ir tão rápido antes de ficar congestionada ou cara. A abordagem modular desagrupa esses trabalhos, permitindo que diferentes camadas se especializem em um deles, e essa desagregação se tornou a forma dominante pela qual blockchains ambiciosos agora escalam. Este guia explica as quatro funções, a diferença entre designs monolíticos e modulares, como rollups e camadas de disponibilidade de dados se encaixam, os principais exemplos e as verdadeiras compensações que o caminho modular envolve.

A razão pela qual isso importa é que a escalabilidade tem sido o desafio definidor do blockchain por uma década, capturado no chamado trilema, a observação de que uma única cadeia luta para ser simultaneamente escalável, segura e descentralizada, e geralmente tem que sacrificar uma delas. Cadeias monolíticas tendem a pressionar pela escala a algum custo para a descentralização, ou preservar a descentralização ao custo da velocidade.

A tese modular oferece uma fuga diferente do trilema: se nenhuma cadeia única tem que fazer tudo, então cada camada pode otimizar para seu próprio trabalho, e o sistema como um todo pode alcançar uma escala que nenhuma cadeia monolítica iguala facilmente, enquanto preserva forte segurança e descentralização onde isso importa.

Em 2026, essa tese passou da teoria para a arquitetura dominante, com redes especializadas de disponibilidade de dados servindo dezenas de cadeias de execução e toda uma pilha de componentes modulares em produção. Entender o design modular é, portanto, próximo de entender para onde a infraestrutura de blockchain como um todo está se dirigindo.

Os quatro trabalhos de um blockchain

Tudo sobre modularidade segue do entendimento das quatro funções que um blockchain realiza, então vale a pena examinar cada uma por vez. Execução é a computação real: quando você troca tokens ou executa um contrato inteligente, a execução é o processo de pegar sua transação, aplicá-la e atualizar o estado da rede para refletir os novos saldos. É a camada com a qual os usuários interagem mais diretamente, e é computacionalmente pesada, porque cada transação precisa ser processada. Liquidação é a camada que fornece finalidade e um lar para a resolução de disputas: é onde os resultados da execução são ancorados e tornados autoritativos, o alicerce que outras camadas podem tratar como a palavra final sobre o que aconteceu, e onde, em alguns designs, provas são verificadas ou reivindicações fraudulentas são desafiadas.

Consenso é o mecanismo pelo qual os participantes da rede concordam com um histórico único e ordenado de transações, para que todos compartilhem a mesma visão do que aconteceu e em que sequência, o que impede gastos duplicados e mantém o livro-razão consistente. Disponibilidade de dados é a que a maioria das pessoas nunca ouviu falar e que se revela central para o design modular. É a garantia de que os dados por trás de cada transação são realmente publicados e obtíveis, para que qualquer pessoa possa baixá-los, verificar se as regras foram seguidas e reconstruir o estado, se necessário. Se os dados da transação não estiverem disponíveis, ninguém pode verificar se a rede trapaceou, o que significa que a disponibilidade de dados é uma base silenciosa, mas essencial, da confiança. Em uma cadeia monolítica, todos esses quatro trabalhos acontecem juntos em um sistema rigidamente unido. A percepção modular é que eles não precisam ser assim, e que separá-los permite que cada um seja feito muito melhor.

Monolítico versus modular

A maneira mais clara de entender a modularidade é contrastá-la diretamente com o modelo monolítico do qual ela se afasta. Um blockchain monolítico agrupa todas as quatro funções em uma única cadeia integrada. Cada nó completo executa cada transação, participa do consenso, armazena todos os dados e trata a própria cadeia como a camada de liquidação. A grande virtude desse design é a simplicidade e a integração estreita: tudo vive em um só lugar, os aplicativos podem interagir perfeitamente e não há emendas entre as camadas para gerenciar.

Uma conhecida cadeia de alto desempenho que valoriza a velocidade bruta exemplifica a abordagem monolítica, empurrando uma única cadeia integrada para processar uma enorme taxa de transferência, exigindo hardware poderoso de seus nós. O custo do design monolítico é o teto que ele impõe: como cada nó deve fazer tudo, a cadeia só pode escalar até certo ponto antes que as taxas aumentem, o congestionamento se instale ou os requisitos de hardware se tornem tão pesados que menos participantes possam executar um nó, o que prejudica a descentralização.

Um blockchain modular quebra o pacote para que diferentes camadas lidem com diferentes trabalhos. Um arranjo moderno típico separa a execução do resto: camadas de execução especializadas executam as transações e contratos inteligentes, enquanto uma camada ou camadas diferentes lidam com liquidação, consenso e disponibilidade de dados. O exemplo principal é o design centrado em rollup, onde cadeias de execução leves chamadas rollups processam transações lateralmente e depois se apoiam em uma camada base robusta para liquidação e disponibilidade de dados.

O benefício é a especialização: uma camada de execução pode ser ajustada puramente para processamento rápido e barato de transações sem também suportar todo o peso de proteger todo o sistema, porque ela toma emprestada a segurança da camada base abaixo dela. O sistema como um todo pode então escalar adicionando muitas camadas de execução em cima de uma fundação compartilhada, multiplicando a capacidade de uma forma que uma única cadeia monolítica não consegue. Monolítico favorece integração e simplicidade; modular favorece especialização e escala, e esse é o cerne da escolha de design.

Rollups: a camada de execução do mundo modular

O componente modular mais importante para entender é o rollup, porque os rollups são como a visão modular é realmente usada hoje. Um rollup é uma cadeia separada que lida com a execução, processando transações de forma rápida e barata fora da cadeia principal, e depois publica um registro compactado do que fez de volta para uma camada base para segurança. O nome vem da forma como ele agrupa muitas transações em um único lote e submete esse lote à cadeia base, de modo que a cadeia base não precisa processar cada transação individualmente, mas ainda pode servir como a fonte final da verdade. Este é o mecanismo que permite que um sistema modular escale: milhares de transações acontecem de forma barata no rollup, e apenas um resumo condensado toca a camada base cara e altamente segura.

Existem duas famílias principais de rollup, distinguidas por como eles convencem a camada base de que suas transações em lote são válidas. Rollups otimistas assumem que as transações são honestas por padrão e permitem uma janela durante a qual qualquer um pode desafiar um lote fraudulento enviando uma prova de fraude, com a camada base resolvendo a disputa. Rollups de conhecimento zero, por outro lado, geram uma prova criptográfica de validade para cada lote, mostrando matematicamente que as transações foram processadas corretamente, que a camada base verifica sem reexecutá-las.

Ambos alcançam o mesmo objetivo de herdar a segurança da camada base enquanto fazem a execução em outro lugar, e ambos dependem criticamente de uma coisa: os dados por trás de suas transações devem estar disponíveis, para que qualquer um possa verificar as alegações do rollup ou reconstruir seu estado. Um rollup que publicasse apenas um resumo sem disponibilizar os dados subjacentes estaria pedindo ao mundo para confiar cegamente, o que derrota o propósito. Isso é exatamente por que a disponibilidade de dados, a obscura quarta função, se torna o ponto central de toda a arquitetura modular.

Disponibilidade de dados: o ponto central

A disponibilidade de dados merece sua própria seção porque é a função que o design modular elevou de algo secundário a uma peça central. Quando um rollup publica seu lote de transações, o requisito crucial é que os dados completos da transação sejam publicados em algum lugar acessível, para que qualquer um possa verificar se o rollup fez seu trabalho honestamente, desafiá-lo se não o fez e reconstruir o estado se o operador do rollup desaparecer.

Onde esses dados são publicados e quão baratos eles são acaba sendo um dos maiores fatores em quão bem um sistema modular se sai, porque publicar dados é uma parte importante do que um rollup paga. Se a camada base torna a publicação de dados cara, os rollups são caros; se uma camada a torna barata, os rollups se tornam drasticamente mais baratos.

Isso criou demanda por um novo tipo de cadeia especializada cujo trabalho inteiro é a disponibilidade de dados: uma camada de disponibilidade de dados. Em vez de executar transações ou resolver disputas, essa cadeia existe puramente para ordenar dados e mantê-los disponíveis de forma barata e confiável para os rollups que dependem dela. O exemplo pioneiro é uma rede construída especificamente como uma camada modular de disponibilidade de dados, que usa uma técnica elegante chamada amostragem de disponibilidade de dados para escalar. Em vez de exigir que todo nó baixe um bloco inteiro para confirmar que os dados estão lá, nós leves cada um amostra aleatoriamente um pequeno número de peças do bloco.

Com amostras independentes suficientes, a rede pode ter confiança, com altíssima probabilidade, de que todos os dados estão genuinamente disponíveis, sem que ninguém tenha que baixar tudo. Combinado com técnicas que permitem que cada aplicativo busque apenas sua própria fatia de dados, isso permite que uma camada de disponibilidade de dados atenda muitos rollups ao mesmo tempo, de forma barata e em escala. Em 2026, tal camada estava fornecendo disponibilidade de dados para dezenas de rollups, um sinal concreto de que a separação modular da disponibilidade de dados em sua própria rede especializada havia se tornado infraestrutura real e funcional.

As principais pilhas modulares

Ajuda ver como essas peças se montam em sistemas reais, porque o mundo modular não é um único design, mas algumas pilhas concorrentes e complementares. A mais influente é o roteiro centrado em rollup da principal plataforma de contratos inteligentes, que se reorientou deliberadamente em torno da modularidade. Em vez de tentar escalar fazendo sua própria camada base processar tudo mais rápido, ela escolheu se tornar principalmente uma fundação de liquidação e disponibilidade de dados, com a execução pesada empurrada para um ecossistema próspero de rollups construídos em cima.

Uma atualização crucial introduziu um espaço dedicado e mais barato para os rollups publicarem seus dados, muitas vezes chamado de espaço blob, que reduziu drasticamente o custo da disponibilidade de dados e, com ele, as taxas que os rollups cobram dos usuários, trazendo muitas transações para uma fração de centavo. Atualizações adicionais visam expandir essa capacidade de dados dramaticamente ao longo do tempo. O resultado é um sistema em camadas: uma camada base segura para liquidação e dados, e muitos rollups focados em execução lidando com a atividade diária de forma barata acima dela.

Junto a isso está a abordagem de camada de disponibilidade de dados especializada, onde os rollups escolhem publicar seus dados em uma rede de disponibilidade de dados propositadamente construída, em vez de, ou além da, camada base de liquidação, muitas vezes para obter custos ainda mais baixos. Há também uma conexão com outra ideia modular coberta em outro lugar: segurança compartilhada através de re-staking, onde um pool de capital apostado pode ser usado para proteger novos serviços, incluindo camadas de disponibilidade de dados, permitindo que eles herdem forte segurança econômica desde o primeiro dia, em vez de iniciar a sua própria.

Juntas, essas peças formam um menu de componentes modulares, camadas de liquidação, camadas de disponibilidade de dados, rollups de execução e provedores de segurança compartilhada que as equipes podem misturar e combinar para montar uma cadeia personalizada. Um projeto pode lançar seu próprio rollup ajustado para jogos ou aplicativos sociais, apontá-lo para a camada de disponibilidade de dados mais barata e liquidar em qualquer camada base em que confie, sem construir um conjunto de validadores ou uma cadeia monolítica completa do zero. Essa composabilidade da infraestrutura, a capacidade de montar uma cadeia a partir de partes especializadas, é o retorno prático da tese modular e uma grande razão pela qual ela se espalhou tão rapidamente.

Uma analogia: o restaurante e a praça de alimentação

Como a pilha modular tem tantas peças, uma analogia pode ancorar toda a ideia antes que as compensações se acumulem. Pense em um blockchain monolítico como um único restaurante que faz tudo sob o mesmo teto: cultiva seus próprios ingredientes, cozinha cada prato, atende os clientes e lava a louça, tudo com a mesma equipe no mesmo prédio. A vantagem é a coordenação perfeita, já que tudo acontece em um lugar e nada precisa ser repassado. A limitação é a capacidade: aquela única cozinha só pode cozinhar tantas refeições de uma vez, e se você quiser servir muito mais pessoas, ou constrói uma cozinha enorme e cara que poucos podem equipar, ou aceita longas esperas e preços altos quando a demanda aumenta. Uma única cadeia integrada enfrenta o mesmo teto, porque todo nó tem que fazer todo trabalho.

Agora imagine uma praça de alimentação. O prédio fornece a fundação compartilhada, as mesas, a segurança, a garantia de que o espaço permanece aberto e ordenado, enquanto muitos fornecedores especializados lidam com a culinária, cada um focado em uma cozinha e ajustado para servir seus clientes de forma rápida e barata. Nesta imagem, o prédio compartilhado é a camada base que fornece liquidação e disponibilidade de dados, e os fornecedores individuais são os rollups lidando com a execução.

Nenhum fornecedor tem que fornecer sua própria segurança ou construir suas próprias instalações; todos herdam isso do prédio, então eles podem se concentrar puramente em servir comida rápido. A praça de alimentação pode servir muito mais pessoas do que o restaurante único, porque a capacidade cresce adicionando fornecedores em vez de sobrecarregar uma cozinha, que é exatamente como um sistema modular escala adicionando camadas de execução em uma fundação compartilhada.

A analogia também captura os custos honestamente. Uma praça de alimentação é mais complexa do que um único restaurante: há mais operadores independentes, mais coisas que podem dar errado com qualquer fornecedor e mais coordenação necessária para manter o espaço compartilhado funcionando. Se você quer um prato que combine ingredientes de três fornecedores diferentes, você tem que carregar sua bandeja entre eles, o que é mais complicado do que pedir tudo de uma cozinha, assim como mover ativos ou compor um aplicativo entre rollups separados é mais estranho do que operar dentro de uma cadeia integrada. E cada fornecedor depende do prédio: se a fundação compartilhada falhar em manter as luzes acesas ou as portas abertas, todos os fornecedores sofrem, assim como um rollup herda as fraquezas das camadas de disponibilidade de dados e liquidação abaixo dele.

A praça de alimentação troca a simplicidade perfeita do restaurante único por capacidade e especialização muito maiores, aceitando mais complexidade e mais transferências em troca. Esse é precisamente o acordo que o blockchain modular faz, e vê-lo como uma praça de alimentação em vez de um restaurante único torna tanto o apelo quanto o custo intuitivos.

O que a modularidade lhe proporciona

Tendo delineado a arquitetura, vale a pena ser preciso sobre as vantagens genuínas que a abordagem modular entrega, porque elas explicam por que ela se tornou dominante. O benefício principal é a escalabilidade. Ao separar a execução da camada base e permitir que muitos rollups sejam executados em paralelo em cima de uma fundação compartilhada, um sistema modular pode processar vastamente mais atividade total do que uma única cadeia monolítica, porque a capacidade é adicionada empilhando camadas de execução em vez de sobrecarregar uma cadeia. As camadas baratas de disponibilidade de dados amplificam isso ao reduzir o custo dominante de executar um rollup, que é por que as taxas de transação em rollups modernos caíram para frações de centavo para transferências simples.

O segundo benefício é a especialização e flexibilidade. Como cada camada se concentra em um trabalho, cada uma pode ser otimizada muito além do que uma cadeia generalista poderia alcançar: uma camada de disponibilidade de dados pode ser impiedosamente eficiente em manter dados disponíveis, um rollup de execução pode ser ajustado para um caso de uso específico, e uma camada de liquidação pode priorizar segurança e finalidade. Isso também dá aos construtores flexibilidade e soberania: uma equipe pode lançar uma cadeia adaptada às suas necessidades, escolhendo seu próprio ambiente e regras de execução, enquanto ainda herda segurança e disponibilidade de dados de camadas estabelecidas em vez de recriá-las.

O terceiro benefício é a descentralização melhorada no nível de verificação. Técnicas como amostragem de disponibilidade de dados permitem que nós leves verifiquem se uma rede está se comportando honestamente sem executar hardware caro, o que significa que mais participantes comuns podem ajudar a manter o sistema honesto, contrariando a tendência de cadeias monolíticas de alto desempenho de concentrar poder entre aqueles que podem pagar por máquinas poderosas. Escalabilidade, especialização e descentralização verificável são os verdadeiros prêmios pelos quais o design modular compete, e ele os persegue recusando-se a fazer qualquer cadeia única carregar todo o peso.

As compensações e críticas

Nenhuma arquitetura é gratuita, e um relato honesto da modularidade tem que pesar seus custos reais contra a simplicidade monolítica que ela substitui. O primeiro custo é a complexidade. Um sistema modular tem muitas partes móveis, execução em uma camada, dados em outra, liquidação em uma terceira, pontes e provas conectando-as, e essa complexidade cria mais superfície para bugs, configs incorretas e falhas do que uma única cadeia integrada. Mais camadas significam mais coisas que podem dar errado e mais emendas que devem ser protegidas. O segundo custo é a fragmentação. Quando a atividade se espalha por muitos rollups separados, a liquidez e os usuários também se fragmentam, e mover ativos ou compor aplicativos entre diferentes camadas de execução pode se tornar estranho, lento ou arriscado, sacrificando parte da composabilidade perfeita que uma única cadeia monolítica oferece, onde cada aplicativo pode interagir com qualquer outro instantaneamente.

O terceiro custo é uma consideração de segurança mais sutil. A segurança de um rollup depende das camadas abaixo dele, então se a camada de disponibilidade de dados da qual ele depende falha em manter os dados disponíveis, ou a camada de liquidação em que ele confia é comprometida, o rollup herda essa fraqueza. Sistemas modulares devem, portanto, raciocinar cuidadosamente sobre as suposições de confiança de cada camada da qual dependem, e uma cadeia que usa uma camada de disponibilidade de dados menos segura para economizar dinheiro está fazendo uma verdadeira compensação em segurança, mesmo que nem sempre seja óbvia para os usuários.

Defensores da abordagem monolítica argumentam que a integração estreita entrega um sistema mais simples, mais composável e mais uniformemente seguro, e que as cadeias monolíticas de alto desempenho mostraram que uma única cadeia pode escalar mais do que o campo modular uma vez assumiu. A conclusão honesta é que monolítico e modular não são estritamente melhores ou piores, mas representam apostas diferentes: monolítico aposta que integração e desempenho bruto de cadeia única vencem, enquanto modular aposta que especialização e empilhamento vencem. Em 2026, a aposta modular claramente se tornou a arquitetura dominante para novas infraestruturas ambiciosas, mas as compensações que ela carrega, complexidade, fragmentação e confiança em camadas, são reais, e o debate sobre qual abordagem prevalece no final está longe de ser resolvido.

Perguntas Frequentes

O que é um blockchain modular em termos simples?

Um blockchain modular divide os trabalhos essenciais que uma rede deve fazer entre camadas separadas e especializadas, em vez de uma cadeia fazer tudo. Os quatro trabalhos são execução (executar transações e contratos inteligentes), liquidação (finalizar resultados e resolver disputas), consenso (concordar sobre a ordem das transações) e disponibilidade de dados (garantir que os dados das transações sejam publicados para que qualquer um possa verificá-los). Uma cadeia tradicional, monolítica, faz todos os quatro sozinha, o que limita o quanto ela pode escalar. Um design modular permite que cada camada se especialize em um trabalho, de modo que o sistema como um todo possa escalar muito mais enquanto preserva a segurança.

Qual é a diferença entre blockchains monolíticos e modulares?

Um blockchain monolítico lida com execução, liquidação, consenso e disponibilidade de dados todos em uma única cadeia integrada, onde cada nó faz tudo. É simples e bem integrado, mas encontra um teto na escala, porque uma cadeia fazendo tudo só pode ir tão rápido antes que as taxas aumentem ou as demandas de hardware reduzam o conjunto de nós. Um blockchain modular separa esses trabalhos entre camadas, tipicamente empurrando a execução para rollups enquanto uma camada base lida com liquidação e disponibilidade de dados. Isso troca alguma simplicidade e composabilidade por escalabilidade e especialização muito maiores.

O que é um rollup e como ele se encaixa?

Um rollup é uma cadeia de execução separada que processa transações de forma barata fora da cadeia principal e depois publica um lote compactado de volta para uma camada base segura para liquidação e disponibilidade de dados. Ele agrupa muitas transações em um lote para que a camada base não processe cada uma individualmente, mas ainda sirva como a fonte da verdade. Rollups otimistas assumem validade e permitem desafios de fraude; rollups de conhecimento zero enviam provas criptográficas de validade. Rollups são como a visão modular escala na prática, e eles dependem de que seus dados de transação sejam disponibilizados para que qualquer um possa verificá-los.

Por que a disponibilidade de dados é tão importante?

Porque verificar um rollup, ou qualquer cadeia, requer que os dados por trás de suas transações sejam realmente publicados e obtíveis. Se os dados não estiverem disponíveis, ninguém pode verificar se as regras foram seguidas, desafiar fraudes ou reconstruir o estado se um operador desaparecer. Onde e quão barato esses dados são publicados é um dos maiores fatores no custo de um sistema modular, já que publicar dados é grande parte do que um rollup paga. Isso criou camadas especializadas de disponibilidade de dados cujo trabalho inteiro é manter os dados disponíveis de forma barata, usando técnicas como amostragem para que nós leves possam confirmar a disponibilidade sem baixar tudo.

O que é Celestia e o que uma camada de disponibilidade de dados faz?

Uma camada de disponibilidade de dados é uma cadeia especializada cujo único trabalho é ordenar dados de transações e mantê-los disponíveis de forma barata e confiável para os rollups que dependem dela, em vez de executar transações ou resolver disputas. O exemplo pioneiro foi construído especificamente para esse propósito e usa amostragem de disponibilidade de dados, onde nós leves cada um verifica aleatoriamente pequenas peças de um bloco para que a rede possa ter confiança, com alta probabilidade, de que todos os dados estão presentes sem que ninguém baixe o bloco inteiro. Em 2026, tal camada estava fornecendo disponibilidade de dados para dezenas de rollups.

Quais são as desvantagens dos blockchains modulares?

Três principais. Complexidade: muitas partes móveis entre camadas, além das pontes e provas que as conectam, criam mais superfície para bugs e falhas do que uma única cadeia integrada. Fragmentação: espalhar a atividade por muitos rollups divide a liquidez e os usuários e pode tornar mover ativos ou compor aplicativos entre camadas estranho, sacrificando parte da composabilidade perfeita de uma cadeia monolítica. E confiança em camadas: a segurança de um rollup depende das camadas abaixo dele, então confiar em uma camada de disponibilidade de dados ou liquidação mais fraca para economizar dinheiro introduz verdadeiras compensações de segurança. Defensores monolíticos argumentam que a integração estreita é mais simples e uniformemente segura.

Este artigo é uma informação educacional, não um conselho de investimento. Arquiteturas de blockchain, projetos e detalhes técnicos evoluem rapidamente, e as descrições aqui refletem o estado do campo em 25 de junho de 2026. Verifique informações atuais de fontes primárias antes de confiar em qualquer coisa descrita aqui.