Como funciona a fragmentação de blockchain: paralelização, rendimento e compensações de design (2026)

Verificação de intenção: Esta página é sobre sharding como uma arquitetura de escalabilidade. Se você deseja uma estrutura mais ampla de compensações de segurança, descentralização e escalabilidade, leia Compensações de escalabilidade de blockchain.

Se uma única rodovia tiver apenas uma faixa, nenhum semáforo inteligente poderá transformá-la em uma rodovia. Esse é essencialmente o problema que a maioria dos primeiros blockchains enfrentam no momento em que a adoção começa. Cada nó completo precisa processar todas as transações, armazenar cada parte do estado e verificar cada bloco. O resultado é congestionamento, taxas crescentes e a dolorosa constatação de que a descentralização e a escalabilidade estão a avançar em direções opostas. Sharding é a resposta arquitetônica à qual a indústria sempre recorre e, em 2026, é mais relevante do que nunca.

Este guia é uma visão específica da criptografia sobre sharding. Se você pesquisou "o que é fragmentação" esperando conversa sobre banco de dados, você está no lugar certo, mas com uma diferença. Abordaremos a fragmentação enquanto ela vive dentro blockchain Redes : como os nós são divididos em comitês, como as transações são roteadas através de cadeias paralelas, como o estado é particionado e como toda a bagunça permanece segura sob condições adversárias. A fragmentação de banco de dados inspirou o nome, mas a fragmentação de blockchain precisa resolver problemas que nenhum cluster SQL jamais enfrentou, como resistência Sybil, escolha de fork e atomicidade entre fragmentos.

Ao final deste artigo, você entenderá os três principais tipos de sharding, por que o Ethereum migrou silenciosamente do sharding de execução para o sharding de dados, como redes como NEAR, TON, Polkadot, Zilliqa e MultiversX o implementam na produção, como rollups e sharding interagem na pilha modular e quais problemas em aberto permanecem sem solução no próximo ciclo. Esta é uma longa leitura escrita para desenvolvedores e usuários avançados que desejam conteúdo, não slogans.

O que é fragmentação em Blockchain

Sharding é uma técnica de particionamento horizontal emprestada de bancos de dados distribuídos e adaptada ao consenso do blockchain. Em vez de pedir a cada nó que valide todas as transações em uma cadeia global, a rede é dividida em grupos menores chamados shards. Cada shard processa seu próprio subconjunto de transações, mantém sua própria parte do estado e produz seus próprios blocos em paralelo com os demais. Uma camada de coordenação, muitas vezes chamada de cadeia de beacon ou cadeia de retransmissão, une tudo e mantém os fragmentos de acordo com a ordem global e a finalidade.

A reviravolta específica da criptografia é importante. Em um banco de dados, você confia no operador e o único inimigo é a falha de hardware. Numa blockchain pública, o operador não existe e o inimigo é um atacante com motivação financeira. Portanto, um fragmento de blockchain não pode ser simplesmente “qualquer nó que contenha esta partição”. Deve ser atribuído aleatoriamente e alternado periodicamente validator subset com participação coletiva suficiente para tornar a corrupção economicamente irracional. A atribuição aleatória de comitês é o ingrediente secreto que transforma a fragmentação de banco de dados em algo seguro para implantação em uma rede sem permissão.

Você pode pensar em um blockchain fragmentado como uma federação de minicadeias que compartilham um orçamento de segurança. Cada fragmento herda a segurança de todo o conjunto de validadores por meio de amostragem aleatória e atestado criptográfico, enquanto processa apenas uma fração da carga de trabalho. Esse é o truque que permite que o rendimento total da rede cresça aproximadamente linearmente com o número de fragmentos, pelo menos em teoria. Na prática, há advertências sobre mensagens entre fragmentos, disponibilidade de dados e carga do validador que o restante deste guia irá descompactar.

Por que Blockchains precisam de escalonamento

Antes de entrar na mecânica de sharding, vale a pena explicar por que a indústria é obcecada pela escalabilidade. O Bitcoin processa cerca de 7 transações por segundo. A rede principal Ethereum fica em torno de 15 a 30 TPS, dependendo da complexidade da transação. A Visa, para efeito de comparação, lida com dezenas de milhares por segundo em um dia normal e atinge picos muito maiores durante as férias de compras. Se a criptografia deseja hospedar redes sociais, economias de jogos e negociações de alta frequência, esses números não são promissores.

O gargalo não é a largura de banda, é o requisito de que cada nó completo verifique cada transação de forma independente. Esse requisito é o que dá ao blockchain suas propriedades de minimização de confiança. Você não precisa confiar em mineradores, validadores ou outros usuários porque você mesmo pode executar um nó e verificar todo o histórico. Mas essa mesma propriedade limita o rendimento na velocidade do hardware de consumo razoável mais lento. Pressionar demais o tamanho ou o tempo do bloco e você empurrará os validadores para fora da rede, centralizando a cadeia em um pequeno conjunto de operadores bem financiados.

Este é o famoso trilema blockchain articulado por Vitalik Buterin: descentralização, segurança e escalabilidade, escolha dois. A fragmentação é a tentativa arquitetônica mais direta de quebrar o trilema, reduzindo a carga de trabalho por nó sem reduzir o número de nós. Outras abordagens como Rollups da camada 2 ataca o mesmo problema de um ângulo diferente, movendo a execução para fora da cadeia. As duas estratégias são complementares, não mutuamente exclusivas, e 2026 demonstrou que funcionam melhor em conjunto.

O congestionamento não é uma preocupação abstrata. Durante o boom do NFT em 2021 e a mania das inscrições em 2024, as taxas do gás Ethereum ultrapassaram regularmente 200 gwei, fazendo com que um único swap custasse mais de 100 dólares. Solana sofreu repetidas interrupções quando inundações de transações sobrecarregaram seus nós líderes. Os atrasos no mempool do Bitcoin durante o frenesi ordinal aumentaram as taxas para mais de 50 dólares por transação. Cada onda de adoção testa a arquitetura subjacente, e as cadeias que lidaram melhor com isso tinham designs semelhantes a sharding ou ecossistemas agressivos de Camada 2.

Como funciona a fragmentação: a ideia central

Em seu nível mais fundamental, a fragmentação faz três coisas em paralelo. Ele divide o conjunto de validadores em comitês, divide a carga de transações entre esses comitês e divide o estado global para que cada comitê precise manter apenas uma parte dele. Cada uma dessas divisões pode ser implementada de forma independente, e é por isso que você ouvirá sobre fragmentação de rede, fragmentação de transação e fragmentação de estado como conceitos separados, mesmo que uma cadeia fragmentada completa combine todos os três.

O problema de coordenação é o que dificulta a fragmentação do blockchain. Em uma cadeia não fragmentada, as transições de estado global ocorrem em sincronia: cada bloco atualiza cada conta que foi tocada e cada nó vê a mesma visualização. Em uma cadeia de fragmentos, o fragmento A pode estar transferindo tokens entre duas contas ao mesmo tempo em que o fragmento B atualiza um contrato inteligente que depende dessas contas. Sem um design cuidadoso, você obtém um estado inconsistente, gastos duplicados ou paralisação transações cross-shard . A maioria dos designs modernos resolve isso com um beacon chain que produz uma ordem canônica de cabeçalhos de blocos de fragmentos, além de um protocolo de mensagens que permite que os fragmentos façam referência ao estado finalizado uns dos outros.

O diagrama acima mostra visualmente a principal diferença. À esquerda, cada nó carrega toda a carga, portanto, adicionar nós apenas adiciona redundância, não capacidade. À direita, o trabalho é particionado, portanto, adicionar fragmentos efetivamente adiciona capacidade, com a cadeia de beacon fornecendo a consistência global que mantém tudo coerente. O mecanismo exato para dividir o trabalho e coordenar o estado é onde cada protocolo fragmentado é diferente.

Os três tipos de fragmentação

Sharding não é uma técnica, é uma família de três técnicas relacionadas que são frequentemente combinadas. Compreender a distinção é importante porque algumas cadeias se autodenominam “fragmentadas” enquanto implementam apenas uma das três, e as implicações de segurança e escalabilidade diferem significativamente.

Fragmentação de rede

A fragmentação de rede é o sabor mais básico. O conjunto de validadores é dividido em comitês por meio de um processo de embaralhamento aleatório, geralmente conduzido por uma função aleatória verificável ou VRF na cadeia de beacon. Cada comitê é responsável pelo consenso de um fragmento e pela produção de blocos por um período definido, após o qual a atribuição é reorganizada. Essa rotação é crítica para a segurança porque torna economicamente inviável para um invasor subornar ou comprometer os validadores de um shard específico, uma vez que eles não sabem antecipadamente em qual shard irão pousar.

O sharding de rede por si só não aumenta muito o rendimento porque cada nó ainda pode precisar verificar as saídas de cada shard. Seu valor real está na configuração da primitiva de segurança da qual os outros dois tipos de sharding dependem. Sem a atribuição aleatória de comitês, as transações e a fragmentação de estado estariam amplamente abertas a ataques direcionados contra partições específicas.

Fragmentação de transação

A fragmentação de transação roteia transações individuais para fragmentos específicos. A chave de roteamento pode ser o endereço do remetente, o contrato de destino ou um hash da própria transação. Zilliqa, uma das primeiras implantações de produção de fragmentação de transações, divide as transações por endereço do remetente. Cada fragmento processa seu subconjunto em paralelo e depois envia seus resultados para uma etapa final de consenso onde o bloco global é montado.

O problema apenas com a fragmentação da transação é que todos os nós ainda precisam armazenar o estado completo. Portanto, embora você obtenha execução paralela, não obtém a redução de armazenamento que acompanha a fragmentação de estado. Isso às vezes é chamado de “fragmentação de execução” nos documentos anteriores do roteiro do Ethereum.

Fragmentação de estado

A fragmentação do estado é o levantamento mais pesado e o maior retorno. O estado global é particionado para que cada fragmento armazene apenas uma parte. Um nó atribuído ao fragmento 3 só precisa manter as contas, os saldos e o armazenamento de contratos inteligentes que residem no fragmento 3. O resultado é uma redução drástica nos requisitos de armazenamento e largura de banda por nó, o que significa hardware mais barato, participação mais fácil e mais descentralização.

O custo é complexidade. Quando uma transação precisa ler ou escrever o estado em um shard diferente daquele ao qual foi enviada, os shards precisam se comunicar. Este é o problema dos fragmentos cruzados e domina os desafios de engenharia da construção de uma cadeia fragmentada pelo estado. Iremos nos aprofundar nisso na próxima seção.

Comunicação entre fragmentos

As transações entre fragmentos são onde a teoria encontra a realidade. Imagine que Alice no fragmento 1 deseja enviar tokens para Bob no fragmento 2. A transferência não pode ser concluída atomicamente dentro de um único fragmento porque as mudanças de estado afetam duas partições que são produzidas por comitês diferentes em blocos diferentes. Se o fragmento 1 deduzir o saldo de Alice, mas o fragmento 2 não creditar Bob, você perdeu fundos. Se acontecer o contrário, você criou fundos do nada. Nenhum dos dois é aceitável.

A maioria dos projetos de produção resolve isso com um protocolo de commit de duas fases mediado pela cadeia de beacon. O fragmento 1 primeiro bloqueia os fundos de Alice e emite um recibo entre fragmentos que é registrado no cabeçalho do bloco. A cadeia de beacons finaliza esse cabeçalho. O Shard 2 então inclui o recibo em seu próximo bloco, credita Bob e emite uma confirmação que é incluída na cadeia de beacon. Somente depois que ambas as etapas forem finalizadas a transferência será considerada concluída. A dança inteira normalmente leva de um a alguns segundos, dependendo do tempo do slot da rede e do dispositivo de finalidade.

O protocolo NEAR popularizou uma abordagem particularmente elegante chamada transações assíncronas entre fragmentos. NEAR trata cada chamada entre fragmentos como uma mensagem assíncrona, semelhante à forma como os microsserviços se comunicam em uma rede. O fragmento remetente agenda a chamada, o fragmento receptor a processa em um bloco posterior e qualquer resposta retorna de forma assíncrona. Os desenvolvedores escrevem contratos com APIs explícitas baseadas em promessas, o que torna a assincronia visível na camada de aplicação. A desvantagem é que o código do contrato inteligente se torna mais detalhado, mas o protocolo consegue escalar de forma limpa, sem garantias de atomicidade exótica.

Polkadot usa um modelo diferente chamado Cross-Consensus Messaging ou XCM. Parachains, que são essencialmente fragmentos de Polkadot, comunicam-se enviando mensagens XCM através da cadeia de retransmissão. Cada parachain opera como um ambiente de execução soberano, e o XCM fornece um formato padronizado para transferências de ativos, chamadas de contrato e ações de governança entre eles. As workchains TON usam uma hierarquia de shardchains e uma masterchain que roteia mensagens, com a masterchain produzindo provas de estado globais às quais cada shard faz referência.

Compensações de fragmentação

A fragmentação não é gratuita. O mesmo particionamento que cria paralelismo também cria novas superfícies de ataque, e a engenharia de uma cadeia fragmentada é um ato de equilíbrio constante. O risco mais discutido é o de aquisição de um único fragmento, às vezes chamado de ataque de 1%. Em uma cadeia com 100 fragmentos e 10.000 validadores no total, cada fragmento pode ter apenas 100 validadores. Um invasor que controla 1% da participação total poderia, em princípio, atingir um único fragmento e alcançar a maioria nele, mesmo que detenha uma pequena parcela da rede em geral.

A atribuição aleatória do comitê é a defesa primária. Ao girar validator subset atribuições imprevisíveis e frequentes, o protocolo nega ao invasor a chance de concentrar a aposta em um fragmento alvo. Um VRF bem projetado, combinado com uma amostragem ponderada, torna a probabilidade de um invasor controlar mais de um terço de qualquer comitê extremamente pequena, assumindo que eles não controlam a maioria absoluta da rede total. Muitos projetos também exigem atestados de um quórum de validadores fora do comitê de produção, acrescentando outra camada de defesa.

A outra grande desvantagem é a disponibilidade de dados. Se os produtores de bloco de um fragmento publicarem um bloco, mas retiverem os dados da transação subjacente, o resto da rede não poderá verificar o bloco ou detectar fraude. Este é o problema da disponibilidade de dados e motivou uma onda de inovação, incluindo blockchain modular projeta e camadas dedicadas de disponibilidade de dados como Celestia. Iremos revisitar isso na seção de amostragem de disponibilidade de dados.

O crescimento do estado, o balanceamento de carga do validador e a complexidade de execução de um nó que pode precisar trocar fragmentos no meio da época são pontos problemáticos adicionais. Nada disso é intransponível, mas explica por que as cadeias fragmentadas de produção levaram anos para amadurecer e por que algumas equipes acabaram optando pelo escalonamento centrado no rollup.

Fragmentação vs Rollups vs Sidechains

A pilha de escalonamento da Crypto é uma sopa de conceitos sobrepostos, e o sharding é regularmente confundido com rollups e sidechains. São abordagens fundamentalmente diferentes, mesmo quando parecem semelhantes do ponto de vista do usuário. Sharding é uma técnica de escalonamento da Camada 1 que altera a arquitetura da cadeia base. Rollups são construções da Camada 2 que executam transações fora da cadeia e postam resultados compactados de volta à camada base. Sidechains são cadeias independentes conectadas por pontes.

A maneira mais clara de distingui-los é onde a execução acontece e de onde vem a segurança. A fragmentação é executada na cadeia base em várias cadeias paralelas, todas protegidas pelo mesmo conjunto de validadores. Os rollups são executados fora da cadeia em seus próprios sequenciadores, mas postam dados e provas na camada base, herdando sua segurança por meio de garantias criptográficas ou econômicas. As sidechains são executadas em sua própria infraestrutura com seus próprios validadores e se conectam apenas vagamente à cadeia principal por meio de pontes, o que significa que sua segurança é independente.

Dentro dos rollups há uma divisão adicional entre rollups otimistas vs ZK com base em como eles comprovam a correção na camada base. Os rollups otimistas assumem validade, a menos que sejam contestados dentro de uma janela, enquanto os rollups ZK enviam provas criptográficas de correção com cada lote. Ambas as abordagens se beneficiam enormemente da disponibilidade de dados fragmentados na Camada 1, que é exatamente onde o roteiro moderno do Ethereum terminou.

Em uma pilha totalmente modular, sharding e rollups se complementam. Uma Camada 1 fragmentada fornece disponibilidade e liquidação de dados abundantes e baratas. Os rollups criados sobre ele executam a maior parte das transações do usuário e publicam seus lotes compactados na camada base fragmentada. Esta é a direção que a Ethereum tem tomado desde a fusão de 2022, e é onde o consenso da indústria parece estar se estabelecendo para o próximo ciclo.

Fragmentação na prática: implementações reais

Teoria é uma coisa, frete é outra. Algumas redes implantaram fragmentação na produção e têm anos de experiência operacional para aproveitar. Cada um fez escolhas de design diferentes e compará-las é instrutivo.

PERTO DE Nightshade

O design Nightshade do NEAR trata toda a rede como produzindo um bloco lógico por slot, mas esse bloco é composto de "pedaços", com cada pedaço produzido por um fragmento diferente. Os validadores são divididos em comitês, cada um pegando um pedaço, e uma coordenação semelhante a um beacon produz o cabeçalho do bloco unificado. A NEAR está em operação com esse design desde 2020 e gradualmente se expandiu para mais fragmentos à medida que a rede crescia. O modelo de chamada assíncrona entre contratos é um recurso definidor do desenvolvimento NEAR e ensinou lições valiosas ao setor sobre como expor a semântica assíncrona aos desenvolvedores.

Zilliqa

Zilliqa entrou no ar em 2019 e foi a primeira grande rede pública a enviar fragmentação. Ele usa fragmentação de rede mais fragmentação de transação sem fragmentação de estado, o que significa que os nós ainda mantêm o estado completo. O rendimento é dimensionado com o número de fragmentos até um limite máximo, e o comitê do Directory Service (DS) reúne os resultados de cada comitê de fragmentos em um bloco global. Zilliqa é um ponto de referência útil porque prova que o conceito funciona em produção, mesmo que suas escolhas de design tenham sido refinadas em projetos posteriores.

Parachains Polkadot

O modelo parachain de Polkadot está fragmentando a soberania. Cada parachain é essencialmente um fragmento heterogêneo com sua própria lógica de tempo de execução, governança e tokenomics, mas protegido pelo validador de cadeia de retransmissão do Polkadot definido por meio de um processo chamado segurança compartilhada. Os validadores Parachain são atribuídos e alternados aleatoriamente, e a cadeia de retransmissão fornece finalidade. Os slots de Parachain são leiloados, o que determina quantos parachains podem existir ao mesmo tempo, mas garante que cada um tenha uma participação econômica no jogo.

MultiversX

MultiversX (anteriormente Elrond) implementa fragmentação de estado adaptativo, que ajusta automaticamente o número de fragmentos com base na carga da rede. A metachain coordena os fragmentos de trabalho, lida com o embaralhamento do validador e processa finalizações entre fragmentos cruzados. O MultiversX combina todos os três tipos de sharding em um único design e, em testnets, demonstrou taxas de transferência de centenas de milhares de TPS, embora o uso no mundo real tenha sido menor.

Cadeias de trabalho TON

TON merece uma menção especial porque seu modelo de fragmentação é extraordinariamente ambicioso. O masterchain coordena workchains, e cada workchain pode ser dividido dinamicamente em shardchains quando a carga aumenta e mesclar novamente quando diminui. Este “paradigma de fragmentação infinita” foi projetado para lidar com escala massiva sem exigir provisionamento manual de fragmentos. Se você quiser uma visão mais aprofundada, nosso dedicado TON fragmentação O guia detalha detalhadamente a hierarquia de masterchain, workchains e shardchains.

Ethereum e fragmentação

A relação do Ethereum com sharding é um dos estudos de caso mais interessantes no design de protocolos. O roteiro original do Ethereum 2.0 de 2017 previa 64 fragmentos de execução, cada um com seu próprio estado e processamento de transação, todos coordenados pela cadeia de beacon. A própria Beacon Chain foi lançada em dezembro de 2020 e, por um tempo, a comunidade presumiu que o sharding de execução total estava a apenas alguns anos de distância.

Depois veio o pivô centrado no rollup. No final de 2020, Vitalik Buterin propôs que, em vez de fragmentar a execução na Camada 1, o Ethereum deveria fazer dos rollups o principal veículo de escalonamento e disponibilidade de dados de fragmentos. O raciocínio era que os rollups, especialmente os rollups ZK, poderiam fornecer escalabilidade de execução mais rapidamente do que reconstruir o EVM em vários fragmentos, e que a camada base poderia se concentrar no que faz de melhor: liquidação e disponibilidade de dados. A comunidade concordou e a fragmentação da execução foi efetivamente arquivada.

O que o substituiu foi o danksharding. Proposto pelo pesquisador do Ethereum, Dankrad Feist, o danksharding transforma o Ethereum em uma camada de disponibilidade de dados para rollups. Em vez de vários fragmentos de execução, a cadeia oferece “blobs”, que são grandes pedaços de dados anexados a blocos, mas não processados ​​pelo EVM. Os rollups publicam seus dados de transação compactados como blobs, obtêm armazenamento barato e herdam a segurança do Ethereum. EIP-4844, também chamado de proto-danksharding, foi lançado em 2024 e introduziu transações de transporte de blobs como um precursor do danksharding completo.

Em 2026, Ethereum está no meio da implementação do danksharding completo, o que aumenta drasticamente o rendimento do blob e introduz amostragem de disponibilidade de dados para que nenhum nó precise baixar cada blob. O estado final é uma cadeia onde os rollups cuidam da execução, os blobs fornecem disponibilidade barata de dados e os nós completos comuns verificam tudo por meio de amostragem e compromissos criptográficos. É fragmentação, mas não do tipo prometido pelo roteiro de 2017.

Amostragem de disponibilidade de dados

Amostragem de disponibilidade de dados, muitas vezes abreviada para DAS, é uma das inovações mais importantes na pesquisa de escalabilidade de blockchain e merece sua própria seção. O problema que ele resolve é simples: em qualquer sistema fragmentado ou baseado em rollup, a rede precisa ter certeza de que os dados por trás de um bloco foram realmente publicados, mesmo que nenhum nó tenha baixado tudo. Sem essa garantia, um produtor de bloco malicioso poderia publicar um cabeçalho, mas reter os dados, impossibilitando a detecção de fraudes.

A solução ingênua é exigir que cada nó baixe todos os dados, mas isso anula o ponto de fragmentação. O DAS resolve isso com codificação de eliminação e amostragem aleatória. Os dados do bloco são codificados para eliminação de modo que 50% dos bytes codificados sejam suficientes para reconstruir os dados completos. Cada nó então amostra aleatoriamente pequenas fatias dos dados codificados da rede. Se um produtor estiver retendo dados, as fatias faltantes aparecerão rapidamente em muitos amostradores independentes e o bloco poderá ser rejeitado antes de ser finalizado.

A matemática é linda. Com apenas algumas dezenas de amostras aleatórias por nó, a probabilidade de não conseguir detectar um bloco de dados ausente torna-se extremamente pequena. Isso significa que mesmo clientes muito leves, incluindo clientes móveis e baseados em navegador, podem participar da verificação de disponibilidade de dados sem baixar a cadeia completa. A amostragem data availability está no centro do plano completo de danksharding da Ethereum e também é a tecnologia central por trás do Celestia, a primeira cadeia projetada do zero como uma camada dedicada de disponibilidade de dados.

Celestia e projetos semelhantes pertencem ao movimento blockchain modular, que separa execução, liquidação, consenso e disponibilidade de dados em camadas especializadas. Um rollup pode executar transações, resolver disputas no Ethereum, alcançar consenso por meio de seu próprio sequenciador e enviar dados para Celestia para disponibilidade. Camadas de dados fragmentadas e arquiteturas modulares estão convergindo para a mesma visão: manter cada função restrita, dimensionar cada camada de forma independente e deixar o mercado escolher a melhor combinação.

Limitações e problemas em aberto

Apesar de toda a sua promessa, o sharding ainda tem problemas não resolvidos com os quais pesquisadores e engenheiros enfrentam diariamente. A atomicidade entre fragmentos continua sendo a mais difícil. Os protocolos de confirmação de duas fases usados ​​hoje funcionam, mas introduzem latência que pode estender as transações entre fragmentos para vários slots. Para aplicações que dependem da capacidade de composição síncrona, como protocolos DeFi complexos que precisam executar múltiplas etapas atomicamente, essa latência é uma restrição real. Algumas equipes estão explorando a execução otimista entre fragmentos com reversão, o que pareceria síncrono para o usuário, mas exigiria reconciliação periódica nos bastidores.

MEV entre fragmentos é outro problema em aberto. Em uma cadeia monolítica, o validador que produz o bloco possui uma única janela na qual pode extrair o máximo valor extraível. Em uma cadeia fragmentada, as oportunidades de MEV podem abranger vários fragmentos, exigindo coordenação entre produtores de blocos em diferentes comitês. Isso cria novos vetores de ataque, como suborno entre líderes de fragmentos ou censura seletiva de mensagens entre fragmentos. A onda de pesquisas MEV de 2024 a 2026 produziu várias propostas de mitigação, incluindo a separação proponente-construtor estendida a configurações fragmentadas, mas nenhuma foi totalmente implantada em escala.

O balanceamento de carga do validador é uma questão mais silenciosa, mas importante. Se um fragmento se tornar mais popular que os outros, talvez porque um dApp ativo esteja nele, seus validadores enfrentarão demandas computacionais e de armazenamento mais altas. Projetos de sharding adaptativo como o MultiversX tentam reequilibrar dinamicamente dividindo hot shards, mas o processo não é trivial e introduz novos modos de falha. O modelo de produtor somente de pedaços do NEAR aborda parcialmente isso, permitindo que os produtores de pedaços se especializem em fragmentos específicos, enquanto os validadores permanecem flexíveis.

Provas de estado de longo alcance, validação sem estado e tamanhos de testemunhas também são áreas de pesquisa ativas. O sonho é uma cadeia fragmentada onde cada nó, incluindo clientes telefônicos, pode verificar qualquer bloco em qualquer fragmento com o mínimo de dados, usando provas criptográficas para compactar o que de outra forma seriam terabytes de estado. Árvores Verkle, cordilheiras Merkle e provas ZK recursivas contribuem para este futuro. Ainda não chegamos lá, mas a trajetória é clara.

O futuro da fragmentação

O futuro da fragmentação não se parece com a visão de 2017 de cadeias monolíticas com 64 partições de execução. Parece uma pilha modular onde as camadas de disponibilidade de dados fragmentadas ficam abaixo de ecossistemas de rollups e onde a fragmentação da Camada 1 e os rollups da Camada 2 se complementam em vez de competir. O danksharding do Ethereum mais o roteiro centrado no rollup é a expressão mais clara disso, mas as zonas do Cosmos com segurança compartilhada, os parachains de escala elástica do Polkadot e o sharding infinito do TON são todos caminhos relacionados.

Espere que a disponibilidade de dados se torne uma mercadoria nos próximos anos. Várias cadeias competirão para oferecer a camada DA mais barata e confiável para rollups e cadeias de aplicativos. A fragmentação será a técnica subjacente que tornará esta competição possível, porque sem ela nenhuma cadeia única poderia lidar com o volume de dados de milhares de rollups e cadeias de aplicativos. Podemos até ver fragmentos especializados para cargas de trabalho específicas, como um fragmento otimizado para dados comerciais de baixa latência e outro para armazenamento de arquivamento.

A composição entre cadeias melhorará drasticamente à medida que as mensagens entre fragmentos amadurecem. Os mesmos protocolos que permitem que os parachains se comuniquem entre si ou que as cadeias de trabalho sejam coordenadas em TON podem ser generalizados para permitir que os rollups falem nativamente, sem depender de pontes de terceiros. Esta é uma das razões pelas quais o movimento modular e o ecossistema da cadeia fragmentada estão convergindo: eles partilham necessidades de infraestrutura.

Do ponto de vista do desenvolvedor, a fragmentação está se tornando uma preocupação de back-end, e não de front-end. As primeiras cadeias de fragmentos forçaram os desenvolvedores a pensar muito sobre em qual fragmento seu contrato residia, como lidar com chamadas assíncronas e como gerenciar o estado entre partições. Os designs mais recentes escondem mais disso por trás de abstrações de ferramentas e tempo de execução, permitindo que os desenvolvedores escrevam código que parece de cadeia única, embora seja executado em muitos fragmentos. À medida que essa tendência continua, a fragmentação desaparecerá na infraestrutura e a maioria dos usuários nunca perceberá que ela está lá, assim como o cache CDN ou a fragmentação de banco de dados em aplicativos Web tradicionais.

Perguntas frequentes

Ethereum ainda usa fragmentação?

Sim, mas não da forma originalmente planejada. Ethereum passou da fragmentação de execução para a fragmentação de dados, denominada danksharding. A Beacon Chain ainda coordena uma camada fragmentada de disponibilidade de dados, e o EIP-4844 introduziu transações de transporte de blob em 2024 como a primeira etapa. O danksharding completo será implementado até 2026 e expandirá drasticamente a capacidade de disponibilidade de dados da cadeia, beneficiando principalmente os rollups. Portanto, a cadeia é fragmentada, apenas para dados e não para execução.

Qual é a diferença entre fragmentação e rollups?

Sharding é uma técnica de escalonamento da Camada 1 que divide a cadeia base em múltiplas cadeias paralelas processadas por diferentes comitês validadores. Rollups são construções da Camada 2 que executam transações fora da cadeia e postam os resultados de volta à camada base, herdando a segurança da camada base por meio de provas de fraude ou de conhecimento zero. A fragmentação dimensiona a camada base, os rollups dimensionam sobre ela. Eles são complementares e a pilha moderna usa ambos.

A fragmentação é segura?

A fragmentação pode ser segura se projetada corretamente. O principal risco é a aquisição de um único fragmento, onde um invasor concentra a participação em um fragmento específico. Designação aleatória de comitês, rotação frequente, amostragem ponderada pela estaca e atestado de quórum são as defesas padrão. Combinadas com amostragem de disponibilidade de dados e incentivos econômicos como cortes, as cadeias fragmentadas modernas alcançam níveis de segurança comparáveis ​​às cadeias monolíticas, embora o modelo de segurança seja mais complexo de se raciocinar. Um Ataque de 51% em um único fragmento com aleatoriedade fraca seria muito mais barato do que atacar toda a cadeia, e é por isso que a qualidade da aleatoriedade é tão importante.

O que é amostragem de disponibilidade de dados?

Amostragem de disponibilidade de dados é uma técnica que permite que os nós leves verifiquem se os dados do bloco foram publicados sem baixar o bloco inteiro. Os dados são codificados para eliminação para que qualquer fração deles possa reconstruir o todo, e os nós aleatoriamente sample pequenas fatias da rede. Se os dados estiverem sendo retidos, as fatias ausentes aparecerão rapidamente em muitos amostradores. O DAS é fundamental para o plano de danksharding da Ethereum e para cadeias dedicadas de disponibilidade de dados como Celestia.

Quais blockchains usam sharding em 2026?

As cadeias fragmentadas de produção em 2026 incluem Protocolo NEAR (Nightshade), Zilliqa, Polkadot (parachains), MultiversX (fragmentação de estado adaptativo) e TON (cadeias de trabalho e cadeias de fragmentos). Ethereum implementa fragmentação de dados por meio de danksharding. Celestia e cadeias modulares semelhantes usam técnicas adjacentes de fragmentação para disponibilidade de dados. Cada design faz diferentes compensações entre fragmentação de execução, fragmentação de estado e fragmentação de dados, mas todos compartilham a ideia central de particionar a carga de trabalho entre comitês paralelos.

Uma cadeia fragmentada pode suportar contratos inteligentes que abrangem vários fragmentos?

Sim, mas a experiência do desenvolvedor difere de uma cadeia monolítica. A maioria das cadeias de fragmentos exige que as chamadas de contrato entre fragmentos sejam assíncronas, o que significa que o chamador agenda uma chamada e o resultado retorna em um bloco posterior. A API baseada em promessas da NEAR é um exemplo representativo. Alguns projetos visam fornecer composição síncrona entre fragmentos por meio de execução otimista com reversão, mas as implantações de produção hoje dependem fortemente de padrões assíncronos, o que influencia como os protocolos e jogos DeFi são arquitetados em cadeias de fragmentos.

Conclusão

Sharding é uma das ideias arquitetônicas mais profundas na engenharia de blockchain. Ele aborda o trilema de frente, dividindo o trabalho entre comitês validadores, dividindo o estado entre fragmentos e coordenando por meio de uma cadeia de beacon. Bem feito, ele oferece uma taxa de transferência escalonável com a contagem de fragmentos, preservando a descentralização e a segurança. Feito mal, abre novas superfícies de ataque e complica a experiência do desenvolvedor. As cadeias que enviaram sharding com sucesso passaram anos iterando no design, e as lições de NEAR, Zilliqa, Polkadot, MultiversX e TON informaram toda a indústria.

A imagem de 2026 é mais matizada do que a visão de 2017. A fragmentação pura de execução deu lugar em grande parte à fragmentação de dados e aos rollups, com arquiteturas modulares combinando camadas especializadas para execução, liquidação, consenso e disponibilidade de dados. A mudança do Ethereum de 64 fragmentos de execução para danksharding mais rollups é o exemplo mais visível, mas faz parte de um consenso mais amplo da indústria. Esteja você construindo um protocolo DeFi, escolhendo uma cadeia para implantar ou apenas tentando entender para onde está indo a infraestrutura de criptografia, a fragmentação é um conceito que vale a pena conhecer em profundidade.

Na próxima vez que você vir uma rede anunciando “100.000 TPS” ou “escalabilidade infinita”, veja como ela implementa a fragmentação. Pergunte se ele fragmenta rede, transações, estado ou dados. Verifique como ele randomiza os comitês, como funcionam as mensagens entre fragmentos e se a amostragem de disponibilidade de dados faz parte da pilha. As respostas lhe dirão muito mais sobre a verdadeira engenharia da rede do que qualquer slide de marketing. Combine esse conhecimento com uma compreensão de PoW x PoS mecanismos de consenso, e você terá a base para avaliar qualquer novo blockchain por seus méritos técnicos, e não por seu entusiasmo.