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

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

Resumo

• As blockchains modulares dividem a execução, liquidação, consenso e disponibilidade de dados em camadas especializadas para melhorar a escalabilidade.
• As rollups processam transações fora da cadeia principal, enquanto dependem de camadas partilhadas 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, fragmentação e pressupostos de confiança em camadas.

Índice

• As quatro funções de uma blockchain
• Monolítico versus modular
• Rollups: a camada de execução do mundo modular
• Disponibilidade de dados: o elemento 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 Uma blockchain modular é uma blockchain que divide as funções principais que uma rede deve desempenhar em camadas separadas e especializadas, em vez de uma única cadeia fazer tudo ao mesmo tempo. Para perceber por que isso é uma ideia significativa, é preciso conhecer as quatro funções que toda blockchain tem de gerir: execução, que significa executar transações e contratos inteligentes; liquidação, que significa finalizar resultados e resolver disputas; consenso, que significa concordar com a ordem das transações; e disponibilidade de dados, que significa garantir que os dados das transações são realmente publicados para que qualquer pessoa os possa verificar.

Uma blockchain tradicional, agora chamada monolítica, faz tudo sozinha, numa única cadeia, o que é simples e bem integrado, mas encontra um limite rígido na quantidade que pode escalar, porque uma única cadeia a fazer tudo só pode ir tão depressa antes de ficar congestionada ou cara. A abordagem modular desagrupa essas funções, permitindo que diferentes camadas se especializem numa delas, e essa desagregação tornou-se a forma dominante como as blockchains ambiciosas escalam agora. Este guia explica as quatro funções, a diferença entre designs monolíticos e modulares, como as rollups e as camadas de disponibilidade de dados se encaixam, os principais exemplos e as verdadeiras compensações que o caminho modular implica.

A razão pela qual isto é importante é que a escalabilidade tem sido o desafio definidor da blockchain durante uma década, capturado no chamado trilema, a observação de que uma única cadeia tem dificuldade em ser simultaneamente escalável, segura e descentralizada, e geralmente tem de sacrificar uma. As cadeias monolíticas tendem a forçar a escala em algum custo para a descentralização, ou a preservar a descentralização em custo da velocidade.

A tese modular oferece uma fuga diferente do trilema: se nenhuma cadeia individual tem de fazer tudo, então cada camada pode otimizar para a sua própria função, e o sistema como um todo pode alcançar uma escala que nenhuma cadeia monolítica iguala facilmente, preservando ao mesmo tempo uma forte segurança e descentralização onde é importante.

Até 2026, esta tese passou da teoria para a arquitetura dominante, com redes especializadas de disponibilidade de dados a servirem dezenas de cadeias de execução e toda uma pilha de componentes modulares em produção. Compreender o design modular é, portanto, aproximar-se de compreender para onde a infraestrutura de blockchain como um todo se dirige.

As quatro funções de uma blockchain

Tudo sobre modularidade decorre da compreensão das quatro funções que uma blockchain desempenha, por isso vale a pena abordar cada uma delas. A execução é a computação real: quando troca tokens ou executa um contrato inteligente, a execução é o processo de pegar na sua transação, aplicá-la e atualizar o estado da rede para refletir os novos saldos. É a camada com a qual os utilizadores interagem mais diretamente e é pesada em termos computacionais, porque cada transação tem de ser processada. A 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, as provas são verificadas ou as alegações fraudulentas são contestadas.

O consenso é o mecanismo pelo qual os participantes da rede concordam com um histórico único e ordenado de transações, para que todos partilhem a mesma visão do que aconteceu e em que sequência, o que impede gastos duplos e mantém o livro-razão consistente. A disponibilidade de dados é aquela que a maioria das pessoas nunca ouviu falar e que acaba por ser central no design modular. É a garantia de que os dados por detrás de cada transação são realmente publicados e obteníveis, para que qualquer pessoa possa descarregá-los, verificar se as regras foram seguidas e reconstruir o estado se necessário. Se os dados das transações não estiverem disponíveis, ninguém pode verificar se a rede trapaceou, o que significa que a disponibilidade de dados é uma base de confiança silenciosa mas essencial. Numa cadeia monolítica, todas estas quatro funções acontecem juntas num sistema bem unido. A perceção modular é que elas não têm de o fazer, e que separá-las permite que cada uma seja feita muito melhor.

Monolítico versus modular

A forma mais clara de compreender a modularidade é contrastá-la diretamente com o modelo monolítico de onde parte. Uma blockchain monolítica agrupa todas as quatro funções numa única cadeia integrada. Cada nó completo executa todas as transações, participa no consenso, armazena todos os dados e trata a própria cadeia como a camada de liquidação. A grande virtude deste design é a simplicidade e a integração apertada: tudo vive num só lugar, as aplicações podem interagir sem problemas e não há costuras entre camadas para gerir.

Uma cadeia de alto desempenho bem conhecida que valoriza a velocidade bruta exemplifica a abordagem monolítica, forçando uma única cadeia integrada a processar uma enorme capacidade de processamento ao exigir hardware potente dos seus nós. O custo do design monolítico é o teto que impõe: porque cada nó tem de fazer tudo, a cadeia só pode escalar até certo ponto antes de as taxas subirem, o congestionamento se instalar ou os requisitos de hardware se tornarem tão pesados que menos participantes conseguem executar um nó, o que corrói a descentralização.

Uma blockchain modular quebra o pacote para que diferentes camadas lidem com funções diferentes. Uma disposição moderna típica separa a execução do resto: camadas de execução especializadas executam as transações e contratos inteligentes, enquanto uma ou mais camadas diferentes lidam com a liquidação, consenso e disponibilidade de dados. O exemplo emblemático é o design centrado em rollups, onde cadeias de execução leves chamadas rollups processam transações à margem e depois apoiam-se numa 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 assegurar todo o sistema, porque pede segurança emprestada à camada base abaixo dela. O sistema como um todo pode então escalar adicionando muitas camadas de execução sobre uma fundação partilhada, 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 essa é a essência da escolha de design.

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

O componente modular mais importante de entender é a rollup, porque as rollups são como a visão modular é realmente usada hoje. Uma rollup é uma cadeia separada que lida com a execução, processando transações rápida e baratamente fora da cadeia principal, e depois publica um registo comprimido do que fez de volta para uma camada base para segurança. O nome vem da forma como agrupa muitas transações num único lote e submete esse lote à cadeia base, para que a cadeia base não tenha de processar cada transação individualmente, mas ainda possa servir como a fonte última de verdade. Este é o mecanismo que permite que um sistema modular escale: milhares de transações acontecem baratamente na rollup, e apenas um resumo condensado toca na camada base cara e altamente segura.

Existem duas famílias principais de rollup, distinguidas pela forma como convencem a camada base de que as suas transações em lote são válidas. As rollups otimistas assumem que as transações são honestas por defeito e permitem uma janela durante a qual qualquer pessoa pode contestar um lote fraudulento submetendo uma prova de fraude, com a camada base a resolver a disputa. As rollups de conhecimento zero geram, em vez disso, uma prova criptográfica de validade para cada lote, mostrando matematicamente que as transações foram processadas corretamente, o que a camada base verifica sem as reexecutar.

Ambas alcançam o mesmo objetivo de herdar a segurança da camada base enquanto realizam a execução noutro local, e ambas dependem criticamente de uma coisa: os dados por detrás das suas transações devem estar disponíveis, para que qualquer pessoa possa verificar as alegações da rollup ou reconstruir o seu estado. Uma rollup que publicasse apenas um resumo sem disponibilizar os dados subjacentes estaria a pedir ao mundo que confiasse cegamente nela, o que derrota o propósito. É exatamente por isso que a disponibilidade de dados, a quarta função obscura, se torna o elemento central de toda a arquitetura modular.

Disponibilidade de dados: o elemento central

A disponibilidade de dados merece a sua própria secção porque é a função que o design modular elevou de penso rápido a peça central. Quando uma rollup publica o seu lote de transações, o requisito crucial é que os dados completos da transação sejam publicados nalgum local acessível, para que qualquer pessoa possa verificar se a rollup fez o seu trabalho honestamente, contestá-lo se não, e reconstruir o estado se o operador da rollup desaparecer.

Onde esses dados são publicados e quão baratamente, acaba por ser um dos maiores fatores no desempenho de um sistema modular, porque publicar dados é uma parte importante do que uma rollup paga. Se a camada base tornar a publicação de dados cara, as rollups são caras; se uma camada a tornar barata, as rollups tornam-se dramaticamente mais baratas.

Isto criou procura por um novo tipo de cadeia especializada cuja função inteira é a disponibilidade de dados: uma camada de disponibilidade de dados. Em vez de executar transações ou resolver disputas, tal cadeia existe puramente para ordenar dados e mantê-los disponíveis de forma barata e fiável para as rollups que dela dependem. 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 cada nó descarregue 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 probabilidade muito alta, de que todos os dados estão genuinamente disponíveis, sem que ninguém tenha de descarregar tudo. Combinado com técnicas que permitem que cada aplicação obtenha apenas a sua própria fatia de dados, isto permite que uma camada de disponibilidade de dados sirva muitas rollups ao mesmo tempo, barata e em escala. Em 2026, tal camada estava a fornecer disponibilidade de dados para dezenas de rollups, um sinal concreto de que a separação modular da disponibilidade de dados na sua própria rede especializada se tinha tornado infraestrutura real e funcional.

As principais pilhas modulares

Ajuda ver como estas peças se montam em sistemas reais, porque o mundo modular não é um design, mas algumas pilhas concorrentes e complementares. A mais influente é o roteiro centrado em rollups da principal plataforma de contratos inteligentes, que se reorientou deliberadamente em torno da modularidade. Em vez de tentar escalar fazendo a sua própria camada base processar tudo mais rápido, escolheu tornar-se 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ídas sobre ela.

Uma atualização pivotal introduziu um espaço dedicado e mais barato para as rollups publicarem os seus dados, muitas vezes chamado espaço blob, que reduziu drasticamente o custo da disponibilidade de dados e, com ele, as taxas que as rollups cobram aos utilizadores, trazendo muitas transações para uma fração de cêntimo. 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 muitas rollups focadas em execução a lidar com a atividade do dia-a-dia baratamente acima dela.

Junto a isto está a abordagem da camada de disponibilidade de dados especializada, onde as rollups escolhem publicar os seus dados numa rede de disponibilidade de dados criada para o efeito, em vez de, ou além de, na camada base de liquidação, muitas vezes para obter custos ainda mais baixos. Há também uma ligação a outra ideia modular abordada noutro local: segurança partilhada através de restaking, onde um conjunto de capital apostado pode ser usado para assegurar novos serviços, incluindo camadas de disponibilidade de dados, permitindo-lhes herdar forte segurança económica desde o primeiro dia, em vez de iniciar a sua própria.

Juntas, estas peças formam um menu de componentes modulares — camadas de liquidação, camadas de disponibilidade de dados, rollups de execução e fornecedores de segurança partilhada — que as equipas podem misturar e combinar para montar uma cadeia personalizada. Um projeto pode lançar a sua própria rollup ajustada para jogos ou aplicações sociais, apontá-la para a camada de disponibilidade de dados mais barata e liquidar na camada base em que confia, 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 benefício prático da tese modular e uma grande parte da razão pela qual 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 de as compensações se acumularem. Pense numa blockchain monolítica como um único restaurante que faz tudo sob o mesmo teto: cultiva os seus próprios ingredientes, cozinha cada prato, senta os clientes e lava a loiça, tudo com a mesma equipa no mesmo edifício. A vantagem é a coordenação perfeita, já que tudo acontece num só lugar e nada tem de ser entregue. A limitação é a capacidade: essa cozinha só pode cozinhar tantas refeições ao mesmo tempo, e se quiser servir muito mais pessoas, ou constrói uma cozinha enorme e cara que poucos podem staff, ou aceita longas esperas e preços altos quando a procura aumenta. Uma única cadeia integrada enfrenta o mesmo teto, porque cada nó tem de fazer todas as funções.

Agora imagine uma praça de alimentação em vez disso. O edifício fornece a fundação partilhada, as mesas, a segurança, a garantia de que o espaço permanece aberto e ordenado, enquanto muitos vendedores especializados lidam com a cozinha, cada um focado numa cozinha e ajustado para servir os seus clientes rápida e baratamente. Nesta imagem, o edifício partilhado é a camada base que fornece liquidação e disponibilidade de dados, e os vendedores individuais são as rollups que lidam com a execução.

Nenhum vendedor individual tem de fornecer a sua própria segurança ou construir as suas próprias instalações; todos herdam isso do edifício, por isso podem concentrar-se 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 vendedores em vez de sobrecarregar uma cozinha, que é exatamente como um sistema modular escala: adicionando camadas de execução numa fundação partilhada.

A analogia também capta os custos honestamente. Uma praça de alimentação é mais complexa do que um único restaurante: há mais operadores independentes, mais coisas que podem correr mal com qualquer vendedor e mais coordenação necessária para manter o espaço partilhado a funcionar. Se quiser um prato que combine ingredientes de três vendedores diferentes, tem de carregar a sua bandeja entre eles, o que é mais complicado do que encomendar tudo de uma cozinha, tal como mover ativos ou compor uma aplicação através de rollups separadas é mais complicado do que operar dentro de uma cadeia integrada. E cada vendedor depende do edifício: se a fundação partilhada falhar em manter as luzes acesas ou as portas abertas, todos os vendedores sofrem, tal como uma rollup herda as fraquezas das camadas de disponibilidade de dados e liquidação abaixo dela.

A praça de alimentação troca a simplicidade perfeita do restaurante único por muito maior capacidade e especialização, aceitando mais complexidade e mais entregas em troca. Esse é precisamente o acordo que a blockchain modular faz, e vê-la como uma praça de alimentação em vez de um restaurante único torna tanto o apelo como 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 proporciona, porque explicam por que se tornou dominante. O benefício principal é a escalabilidade. Ao separar a execução da camada base e permitir que muitas rollups corram em paralelo sobre uma fundação partilhada, 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 agravam isto ao reduzir o custo dominante de executar uma rollup, que é a razão pela qual as taxas de transação nas rollups modernas caíram para frações de cêntimo para transferências simples.

O segundo benefício é a especialização e flexibilidade. Como cada camada se foca numa função, 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, uma rollup de execução pode ser ajustada para um caso de uso específico, e uma camada de liquidação pode priorizar segurança e finalidade. Isto também dá aos construtores flexibilidade e soberania: uma equipa pode lançar uma cadeia adaptada às suas necessidades, escolhendo o seu próprio ambiente de execução e regras, enquanto ainda herda segurança e disponibilidade de dados de camadas estabelecidas em vez de as recriar.

O terceiro benefício é a melhoria da descentralização ao nível da verificação. Técnicas como a amostragem de disponibilidade de dados permitem que nós leves verifiquem se uma rede está a comportar-se honestamente sem executar hardware caro, o que significa que mais participantes comuns podem ajudar a manter o sistema honesto, contrariando a tendência das cadeias monolíticas de alto desempenho de concentrar poder entre aqueles que podem pagar máquinas potentes. Escalabilidade, especialização e descentralização verificável são os verdadeiros prémios que o design modular compete, e persegue-os 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 de pesar os seus custos reais contra a simplicidade monolítica que substitui. O primeiro custo é a complexidade. Um sistema modular tem muitas partes móveis, execução numa camada, dados noutra, liquidação numa terceira, pontes e provas a conectá-las, e essa complexidade cria mais superfície para bugs, configurações erradas e falhas do que uma única cadeia integrada. Mais camadas significam mais coisas que podem correr mal e mais costuras que têm de ser asseguradas. O segundo custo é a fragmentação. Quando a atividade se espalha por muitas rollups separadas, a liquidez e os utilizadores fragmentam-se também, e mover ativos ou compor aplicações através de diferentes camadas de execução pode tornar-se complicado, lento ou arriscado, sacrificando alguma da composabilidade perfeita que uma cadeia monolítica única oferece, onde cada aplicação pode interagir com qualquer outra instantaneamente.

O terceiro custo é uma consideração de segurança mais subtil. A segurança de uma rollup depende das camadas abaixo dela, por isso se a camada de disponibilidade de dados em que confia falhar em manter dados disponíveis, ou a camada de liquidação em que confia for comprometida, a rollup herda essa fraqueza. Os sistemas modulares devem, portanto, raciocinar cuidadosamente sobre os pressupostos de confiança de cada camada de que dependem, e uma cadeia que usa uma camada de disponibilidade de dados menos segura para poupar dinheiro está a fazer uma verdadeira troca em segurança, mesmo que nem sempre seja óbvia para os utilizadores.

Os defensores da abordagem monolítica argumentam que a integração apertada proporciona um sistema mais simples, mais composável e uniformemente seguro, e que as cadeias monolíticas de alto desempenho mostraram que uma única cadeia pode escalar mais do que o campo modular assumiu outrora. A conclusão honesta é que monolítico e modular não são estritamente melhores ou piores, mas representam diferentes apostas: monolítico aposta que a integração e o desempenho bruto de cadeia única vencem, enquanto modular aposta que a especialização e a empilhagem vencem. Em 2026, a aposta modular tinha-se tornado claramente a arquitetura dominante para infraestrutura ambiciosa nova, mas as compensações que carrega — complexidade, fragmentação e confiança em camadas — são reais, e o debate sobre qual abordagem prevalece em última análise está longe de estar resolvido.

Perguntas Frequentes

O que é uma blockchain modular em termos simples?

Uma blockchain modular divide as funções principais que uma rede deve realizar em camadas separadas e especializadas, em vez de uma única cadeia fazer tudo. As quatro funções são execução (executar transações e contratos inteligentes), liquidação (finalizar resultados e resolver disputas), consenso (concordar com a ordem das transações) e disponibilidade de dados (garantir que os dados das transações são publicados para que qualquer pessoa os verifique). Uma cadeia tradicional, monolítica, faz tudo sozinha, o que limita a sua capacidade de escalar. Um design modular permite que cada camada se especialize numa função, para que o sistema como um todo possa escalar muito mais, preservando ao mesmo tempo a segurança.

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

Uma blockchain monolítica lida com execução, liquidação, consenso e disponibilidade de dados tudo numa única cadeia integrada, onde cada nó faz tudo. É simples e bem integrada, mas encontra um teto na escala, porque uma única cadeia a fazer tudo só pode ir tão depressa antes de as taxas subirem ou as exigências de hardware reduzirem o conjunto de nós. Uma blockchain modular separa essas funções em camadas, tipicamente empurrando a execução para rollups enquanto uma camada base lida com liquidação e disponibilidade de dados. Isto troca alguma simplicidade e composabilidade por muito maior escalabilidade e especialização.

O que é uma rollup e como se encaixa?

Uma rollup é uma cadeia de execução separada que processa transações baratamente fora da cadeia principal, depois publica um lote comprimido de volta para uma camada base segura para liquidação e disponibilidade de dados. Ela agrupa muitas transações num lote para que a camada base não processe cada uma individualmente, mas ainda sirva como fonte de verdade. Rollups otimistas assumem validade e permitem desafios de fraude; rollups de conhecimento zero submetem provas criptográficas de validade. As rollups são como a visão modular escala na prática, e dependem de os seus dados de transação serem disponibilizados para que qualquer pessoa os possa verificar.

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

Porque verificar uma rollup, ou qualquer cadeia, requer que os dados por detrás das suas transações sejam realmente publicados e obteníveis. Se os dados não estiverem disponíveis, ninguém pode verificar se as regras foram seguidas, contestar fraude ou reconstruir o estado se um operador desaparecer. Onde e quão baratamente esses dados são publicados é um dos maiores fatores no custo de um sistema modular, já que publicar dados é grande parte do que uma rollup paga. Isto criou camadas especializadas de disponibilidade de dados cuja função inteira é manter dados disponíveis baratamente, usando técnicas como amostragem para que nós leves possam confirmar disponibilidade sem descarregar tudo.

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

Uma camada de disponibilidade de dados é uma cadeia especializada cuja única função é ordenar dados de transação e mantê-los disponíveis barata e fiadamente para as rollups que dela dependem, em vez de executar transações ou resolver disputas. O exemplo pioneiro foi construído especificamente para este 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 descarregue o bloco inteiro. Em 2026, tal camada estava a fornecer disponibilidade de dados para dezenas de rollups.

Quais são as desvantagens das blockchains modulares?

Três principais. Complexidade: muitas partes móveis através de camadas, mais as pontes e provas que as conectam, criam mais superfície para bugs e falhas do que uma única cadeia integrada. Fragmentação: espalhar atividade por muitas rollups divide liquidez e utilizadores e pode tornar mover ativos ou compor aplicações através de camadas complicado, sacrificando alguma da composabilidade perfeita de uma cadeia monolítica. E confiança em camadas: a segurança de uma rollup depende das camadas abaixo dela, por isso confiar numa camada de disponibilidade de dados ou liquidação mais fraca para poupar dinheiro introduz verdadeiras trocas de segurança. Os defensores do monolítico argumentam que a integração apertada é mais simples e uniformemente segura.

Este artigo é informação educativa, não aconselhamento de investimento. As 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ção atualizada de fontes primárias antes de confiar em qualquer coisa aqui descrita.