Por que os rollups baseados são o único futuro do Ethereum? Seis anos após o Ethereum revelar seu roteiro centrado em rollups, a visão está em grande parte funcionando: as taxas de transação caíram, a capacidade de processamento aumentou e o modelo de segurança central se manteve firme. 1. No entanto, a interoperabilidade continua sendo um desafio não resolvido. À medida que mais rollups são lançados, mais usuários, aplicativos e liquidez são divididos entre ambientes isolados. Em vez de uma grande rede Ethereum, temos dezenas de pequenas ilhas. Pontes conectam-nas, mas adicionam latência, risco e atrito. Essa fragmentação é agravada pelo fato de que cada rollup hoje opera seu próprio sequenciador centralizado, o sistema que decide a ordem das transações em um bloco, quem entra primeiro e também quem captura os lucros do MEV. Como cada sequenciador opera de forma independente, os rollups funcionam em diferentes cronogramas. Aplicativos em rollups separados não podem interagir atomicamente, no mesmo bloco ao mesmo tempo, o que fratura a liquidez e enfraquece a composabilidade. 2. Sequenciadores centralizados faziam sentido no início. Eles permitiram que equipes lançassem rapidamente ao ativar um servidor, reduziram a frente de execução através de fluxo de pedidos privado, forneceram pré-confirmações quase instantâneas para uma experiência de usuário suave e ofereceram flexibilidade operacional. Mas esses benefícios vieram com desvantagens. • O tempo de inatividade do sequenciador tirou rollups inteiros do ar por horas. • Um sequenciador comprometido poderia reordenar transações e drenar milhões. • Eles não podem escalar de maneira neutra e descentralizada e causam um problema de fragmentação. Quando você soma tudo, os sequenciadores centralizados foram um ponto de partida útil, mas não podem levar os rollups aonde precisam ir. 3. O próximo passo são os rollups baseados. Em vez de operar seu próprio sequenciador, um rollup baseado usa validadores de Camada 1 (Ethereum, Celestia) para sequenciamento (ordenação de transações). É por isso que é chamado de "baseado": seu sequenciamento está diretamente ligado à camada base. Essa mudança restaura a neutralidade. Nenhuma equipe de rollup individual controla o fluxo de transações. Todos os rollups que são “baseados” compartilham a mesma camada de sequenciamento em toda a Ethereum, o que significa que podem interagir no mesmo bloco ao mesmo tempo. O resultado é uma rede unificada: • A liquidez permanece concentrada em vez de dividida entre silos. • A composabilidade é síncrona, então aplicativos em diferentes rollups podem interagir atomicamente. • O controle é neutro, garantido pelos validadores do Ethereum em vez de um servidor centralizado. 4. Quais outros problemas os rollups baseados resolvem? • DeFi: A liquidez permanece unificada sob a camada de sequenciamento do Ethereum. Negociações, empréstimos e liquidações acontecem em L2s, mas compartilham a mesma ordenação base, mantendo os mercados profundos e concentrados em vez de fragmentados ou perdidos para a Solana. • Usuários: As fronteiras dos rollups desaparecem. Com contratos de depósito compartilhados e transferências nativas de L2 para L2, os ativos se movem sem problemas entre rollups — sem necessidade de voltar pela L1 ou se preocupar com “qual cadeia” você está. • Desenvolvedores: A composabilidade retorna. Aplicativos em diferentes rollups podem interagir atomicamente no mesmo bloco, permitindo empréstimos, negociações e estratégias complexas entre rollups que sequenciadores centralizados não podem suportar. 5. Os sequenciadores compartilhados não estão fazendo o mesmo? Essas 2 abordagens resolvem a fragmentação em escalas muito diferentes. Pilhas de rollup como Arbitrum Orbiy, Optimism Superchain e zkSync Elastic Chain estão experimentando sequenciadores compartilhados que atuam como mini-hubs. Assim, a liquidez e os usuários permanecem presos dentro desse cluster de ecossistema, em vez de serem compartilhados em toda a Ethereum como um todo. Os rollups baseados vão mais longe. Em vez de hubs em nível de ecossistema, eles usam o próprio Ethereum como o sequenciador universal. Isso significa que os pools de liquidez se fundem entre todos os rollups. Sequenciadores compartilhados reduzem a fragmentação localmente, enquanto os rollups baseados a resolvem globalmente em toda a rede Ethereum. 6. O Ethereum basicamente se tornou um sequenciador, mas como? Durante a maior parte de sua história, o Ethereum só podia sequenciar suas próprias transações. Os validadores reuniam transações do mempool, ordenavam-nas e construíam blocos. Se cada rollup tivesse despejado suas transações diretamente nesse processo, o resultado teria sido um caos: conflitos, espaço de bloco desperdiçado e transações falhadas. A grande inovação veio com a Separação Propositor–Construtor (PBS). Antes do PBS: Os validadores tinham que fazer tudo, coletar transações, ordená-las e construir o bloco. Adicionar tráfego de rollup teria sido esmagador. Com o PBS: O trabalho é dividido. • Validadores (propositores) simplesmente assinam blocos, enquanto construtores especializados fazem o trabalho pesado. • Construtores reúnem transações (do Ethereum e dos rollups baseados), ordenam-nas e produzem blocos completos. • Validadores apenas assinam o cabeçalho do bloco mais valioso, sem nem mesmo precisar ver seu conteúdo. Do ponto de vista do validador, nada mudou, mas na prática, o Ethereum se tornou o sequenciador neutro para cada rollup baseado. 7. Mas quem captura o MEV no "mundo baseado"? O MEV, o lucro da ordenação de transações, que antes fluía para um sequenciador centralizado agora vai para o pipeline PBS do Ethereum. Construtores montam blocos lucrativos, validadores os assinam e o MEV é capturado lá, não pela equipe do rollup. No entanto, o MEV nem sempre fica com validadores e construtores. Outras partes da pilha podem capturá-lo diretamente: • DEXs cientes do MEV como CoWSwap ou Uniswap v4 leiloam oportunidades de arbitragem e retornam lucros para os provedores de liquidez. • Ferramentas como MetaMask Protect ou Rabby roteiam transações de forma privada para construtores, protegendo os usuários de frente de execução e, às vezes, redistribuindo parte do MEV. Esses mecanismos reduzem a arbitragem prejudicial, mas o MEV não desaparece, ele simplesmente muda de mãos e forma. 8. Com um novo tipo de rollup, vem um novo tipo de economia. Essa mudança reformula a economia para os rollups. Muitos hesitam em ir “baseados” hoje porque capturam receita de MEV através de seus sequenciadores centralizados, frente de execução de swaps ou arbitrando preços entre locais. Mas a longo prazo, a fonte de receita mais durável são as taxas de execução, o pedágio que os usuários pagam para executar transações na máquina virtual do rollup. Vamos mostrar um exemplo hipotético: Rollup com seu próprio sequenciador (hoje): • Taxas de execução = $2M/mês • MEV = $1M/mês • Total = $3M/mês O mesmo rollup como um rollup baseado (futuro): • MEV → validadores do Ethereum = $0 • Taxas de execução (dos efeitos de rede unificados) = $10M/mês • Total = $10M/mês Esse é o Gambito do MEV: sacrificar o peão (MEV do sequenciador) para ganhar o prêmio maior (receita de execução muito mais alta). Rollups baseados evitam lutar pelo MEV e, em vez disso, se concentram em escalar sua camada de execução. 9. O Ethereum pode lidar com essa capacidade? A pergunta óbvia é: se cada rollup se conecta ao Ethereum como seu sequenciador, o Ethereum L1 pode realmente lidar com isso? Neste momento, o Ethereum opera em slots de 12 segundos. O tempo de slot é a verdadeira limitação. Com slots de 12 segundos, a experiência do usuário parece lenta. Pesquisas mostram que o Ethereum poderia provavelmente reduzir isso para ~4 segundos sem sacrificar a descentralização, os validadores ainda podem operar em internet doméstica ou até mesmo em Raspberry Pis. Pré-confirmações sem confiança são fundamentais para o Ethereum competir com sequenciadores centralizados em velocidade. Este sistema usa propositores que apostam colateral e assinam garantias para incluir transações, o que pode resultar em confirmações de ~100 ms. Isso é significativamente mais rápido do que os tempos de bloco atuais e até mais rápido do que algumas configurações de "supercadeia", proporcionando velocidades semelhantes à latência da internet. 10. No entanto, essa carga de trabalho pesada é demais para validadores domésticos. APS (Separação de Propositor e Atestador) divide o trabalho para resolver isso: atestadores verificam e publicam transações válidas, enquanto propositores/construtores constroem blocos e gerenciam pré-confirmações. Inicialmente, isso é feito através de gateways, mas eventualmente, APS e PBS enraizados permitirão que o Ethereum forneça nativamente pré-confirmações rápidas e sem confiança e sequenciamento compartilhado. 11. Fabric: Construindo os Padrões. Mesmo com APS e PBS em vigor, ainda há a questão da infraestrutura. Cada equipe de rollup baseado hoje tem que reinventar APIs para pré-confirmações, ajustar pipelines PBS, configurar registros e lidar com compartilhamento de blobs. Se deixado sem supervisão, isso corre o risco de se fragmentar em “mini padrões” incompatíveis. @fabric_ethereum é o esforço de coordenação para evitar isso. Não lança um rollup ou token. Em vez disso, entrega componentes mínimos de código aberto, incluindo: • API de Compromissos para pré-confirmações • Contrato de Registro Universal para responsabilidade do sequenciador • Infraestrutura de compartilhamento de blobs e pontes Apoiado por equipes como @taikoxyz, @Scroll_ZKP, @Optimism, @arbitrum, @base, @Spire_Labs e mais, o Fabric está emergindo como o ponto de coordenação para a infraestrutura de rollup baseado — alinhando equipes em padrões compartilhados para que o ecossistema escale junto, e não separado.