O que é um rollup baseado e por que razão importa

Que problema um rollup baseado tenta resolver

Todos os rollups precisam de alguém que decida quais transações dos utilizadores são incluídas primeiro. Essa função chama-se sequenciação, e o interveniente que a desempenha é o sequenciador. Em 2024 e 2025, quase todas as principais redes de Layer 2, incluindo Arbitrum, Optimism, Base e a maioria dos rollups ZK, operam um sequenciador controlado pela sua própria equipa. Esse sequenciador recebe as transações, ordena-as, agrupa-as e publica o lote em Ethereum.

Isto funciona, mas concentra o poder num só lugar. Um sequenciador centralizado pode censurar a sua transação, reordenar transações para extrair valor de si ou simplesmente ficar offline. Arbitrum e Optimism têm mecanismos de fuga que permitem aos utilizadores contornar o sequenciador e publicar diretamente na L1, mas esses mecanismos são lentos, dispendiosos e raramente utilizados na prática. Para a maioria dos utilizadores, o sequenciador é um intermediário de confiança que nunca veem.

Um rollup baseado é a resposta mais simples possível para esse problema: eliminar totalmente o sequenciador. Deixar que os proponentes de blocos de Ethereum desempenhem essa função. Os blocos do rollup são simplesmente as transações que os proponentes da L1 escolhem incluir, ordenadas da forma como a L1 as ordena. Não há um novo operador, uma nova suposição de confiança ou um novo modo de falha. Num sentido literal, o rollup está «baseado» na sua camada base para a ordenação.

Esta ideia foi articulada claramente pela primeira vez pelo investigador Justin Drake em 2023, e o termo vingou. Em meados de 2025, a sequenciação baseada tinha-se tornado uma das questões arquiteturais mais debatidas sobre a escalabilidade de Ethereum, com equipas experientes a lançar código em produção para a concretizar.

Como funciona realmente a sequenciação num rollup baseado

Para compreender o modelo, é preciso visualizar o fluxo normal. Num rollup típico, um utilizador assina uma transação e envia-a para a mempool do rollup, que funciona como uma sala de espera para transações não confirmadas. O sequenciador seleciona transações dessa mempool, ordena-as num bloco, executa-as e publica em Ethereum um resumo comprimido, juntamente com uma prova de validade ou de fraude. A finalização, ou seja, o momento a partir do qual reverter a transação exigiria reescrever o próprio Ethereum, só é alcançada depois de o lote da L1 ser finalizado.

Um rollup baseado elimina os três primeiros passos. Não existe uma mempool separada do rollup nem um sequenciador separado. Os utilizadores continuam a submeter transações, mas estas entram numa fila de transações específica do rollup que os proponentes de blocos da L1 podem ler. Quando um validador de Ethereum está a construir o bloco seguinte da L1, inclui as transações do rollup diretamente nesse bloco, juntamente com transferências normais de ETH e chamadas a contratos. O nó do rollup observa a cadeia da L1, extrai essas transações, executa-as pela ordem em que aparecem e escreve a raiz de estado resultante de volta na L1.

Este modelo chama-se herança do sequenciador da L1 ou liveness partilhada com Ethereum. Aqui, «liveness» significa a garantia de que o sistema continua a produzir blocos. Um rollup baseado herda a liveness de Ethereum: se Ethereum estiver a produzir blocos, o rollup também está. Não existe um serviço separado que possa ficar indisponível.

A consequência prática é notável. Sem um sequenciador central, não há nada contra o qual censurar nem nada para desligar. Se pode transacionar em Ethereum, pode transacionar num rollup baseado, com as mesmas propriedades de resistência à censura. Para utilizadores em jurisdições onde os rollups foram sujeitos a restrições geográficas, ou para protocolos preocupados com a possibilidade de um sequenciador congelar a sua aplicação, isto representa uma melhoria significativa.

O compromisso: abdica do controlo sobre o MEV

Todas as escolhas de design em cripto têm um custo, e a sequenciação baseada não é exceção. O custo é o controlo sobre o Maximal Extractable Value, normalmente abreviado como MEV. MEV é o lucro que um produtor de blocos pode obter ao reordenar, inserir ou censurar transações dentro dos blocos que constrói. Num rollup centralizado, o sequenciador captura a maior parte deste lucro e pode devolvê-lo parcialmente ao protocolo ou aos utilizadores.

Num based rollup, o MEV flui para os proponentes de blocos da L1. São eles que constroem os blocos, por isso são eles que escolhem a ordem das transações. Um searcher de rollups, que é um bot que procura oportunidades de MEV, como arbitragem ou liquidações, tem agora de competir na mempool da Ethereum em vez de numa mempool privada do rollup. A equipa do rollup não recebe uma parte, nem os utilizadores, a menos que o rollup adicione posteriormente mecanismos extra para redirecionar o MEV.

Este é o compromisso explícito que o ecossistema está a debater. Abdica-se do controlo sobre o MEV em troca de neutralidade credível. Não existe um único sequenciador que possa ser pressionado, subornado, pirateado ou coagido. As regras de ordenação são as regras de ordenação da Ethereum, e estas são o conjunto de regras mais credivelmente neutro que qualquer plataforma de smart contracts possui.

Os defensores argumentam que este compromisso vale a pena. Salientam que, num rollup centralizado, o MEV muitas vezes acaba por beneficiar uma equipa pequena ou alguns searchers sofisticados, e que o ganho em resistência à censura é muito mais valioso a longo prazo. Os críticos contrapõem que, sem receitas de MEV, os based rollups terão dificuldade em financiar-se, e que a captura do MEV dos rollups pelos proponentes da L1 é uma forma de extração de valor que deveria preocupar a própria Ethereum.

Preconfirmações e protocolos de preconf

Se os based rollups dependem dos proponentes da L1 para a sequenciação, surge um novo problema: latência. Na Ethereum, um novo bloco é publicado aproximadamente a cada 12 segundos. Os utilizadores estão habituados a receber feedback em menos de um segundo nos rollups centralizados. Esperar um slot completo pela confirmação parece lento, especialmente para traders e market makers.

A solução proposta são as preconfirmações, frequentemente abreviadas como preconfs. Uma preconf é uma promessa informal de um proponente da L1 de que uma transação será incluída no próximo bloco que construir. Não é uma garantia final, porque os proponentes podem equivocar-se e construir sobre um bloco concorrente, mas é suficiente para a maioria dos fins práticos se o proponente tiver capital em stake e puder ser sujeito a slashing por quebrar a promessa.

Os protocolos de preconf são a camada de software que emite e liquida estas promessas. O design geral é o seguinte: um proponente da L1 compromete-se a incluir a sua transação, deposita uma caução on-chain e, se posteriormente construir um bloco sem a sua transação, a caução sofre slashing. Os utilizadores recebem feedback rápido, os proponentes ganham uma gorjeta e o sistema como um todo mantém-se based, porque a ordenação continua a ser feita pela L1, apenas com uma camada de sinalização mais rápida por cima.

Esta é uma área de investigação ativa em 2025. Investigadores da Ethereum, incluindo a equipa por detrás dos esquemas de preconf baseados em EigenLayer e de várias propostas independentes, estão a competir para lançar um design funcional. Se as preconfs forem implementadas corretamente, os based rollups poderão igualar os rollups centralizados na experiência do utilizador, mantendo ao mesmo tempo a sua vantagem em resistência à censura.

Sequenciadores centralizados vs. based: uma comparação direta

Os sequenciadores centralizados são rápidos e flexíveis. Uma equipa pode executar atualizações, aplicar correções de emergência e capturar MEV para financiar o desenvolvimento. A desvantagem é que a equipa constitui um ponto único de falha e um ponto único de censura. Os utilizadores têm de confiar que o sequenciador irá agir corretamente, e as vias de saída que a maioria dos rollups disponibiliza atualmente são demasiado lentas e dispendiosas para os utilizadores comuns.

Os sequenciadores based são lentos sem preconfs e deixam escapar MEV, mas herdam a segurança e a vivacidade da Ethereum. Não podem ser derrubados por um regulador que vise uma única equipa, não podem ser coagidos a censurar uma aplicação específica e não podem prejudicar os utilizadores alterando as regras a meio do processo. Para algumas aplicações, especialmente protocolos DeFi, infraestruturas de stablecoins e casos de utilização sensíveis à censura, essa propriedade é precisamente o objetivo.

Existe também uma via híbrida. Algumas equipas estão a conceber rollups que são based por defeito, mas permitem optar por uma sequenciação centralizada para as aplicações que a pretendam. Uma plataforma de trading de alta frequência, por exemplo, poderia operar o seu próprio sequenciador para obter velocidade, enquanto o resto do rollup permaneceria based. Estes designs ainda estão numa fase inicial, mas apontam para um futuro em que «based» não será uma classificação do tipo tudo ou nada.

Exemplos reais: Taiko, RISE e Surge

Taiko é o based rollup mais proeminente em produção. Lançou a sua mainnet como um rollup based, Type-1 e equivalente à EVM, o que significa que tenta reproduzir o ambiente de execução da Ethereum com a maior fidelidade possível na L2. O design da Taiko trata os proponentes de blocos da L1 como os sequenciadores do rollup, sem um operador separado pelo meio. A equipa tem afirmado explicitamente que o MEV não é capturado pelo rollup e que a neutralidade credível é a sua proposta de valor.

RISE, anteriormente conhecida como RISE Chain, é outro based rollup que dá ênfase ao desempenho juntamente com a sequenciação baseada. Utiliza um ambiente de execução personalizado e técnicas de paralelização para aumentar o throughput acima do dos rollups EVM típicos, continuando a depender da L1 para a ordenação. A RISE apresenta-se como um campo de testes para perceber como é a sequenciação baseada quando se remove a restrição de compatibilidade com a EVM.

Surge é um participante mais recente que se concentra na camada de preconfirmações. Em vez de competir ao nível da execução, a Surge está a construir infraestrutura que permite aos proponentes da L1 emitir e honrar preconfs em escala. A aposta é que o mercado de preconfs é mais importante do que qualquer rollup individual, e que quem o fornecer bem conquistará um papel central no ecossistema dos based rollups.

Nenhum destes projetos é ainda um nome conhecido do grande público, mas todos partilham uma tese clara: a próxima geração de rollups será menos parecida com chains independentes, com a sua própria política, e mais parecida com ambientes de execução especializados que obtêm diretamente da Ethereum a sua segurança e ordenação.

O que isto significa para utilizadores, programadores e detentores de ETH

Para os utilizadores, os rollups baseados deverão proporcionar uma experiência mais semelhante à de Ethereum e menos à de uma rede separada. Não existe uma ponte de confiança na camada de sequenciação e aplicam-se as mesmas garantias de resistência à censura. Atualmente, a experiência do utilizador é menos aperfeiçoada do que em Base ou Arbitrum, mas, se os protocolos de pré-confirmação forem implementados, essa diferença deverá diminuir.

Para os programadores, a escolha já não se resume a «em que L2 devo fazer a implementação?». Passa a ser «quero um rollup que capture MEV e possa utilizá-lo para financiar subsídios ao ecossistema, ou um que abdique dessas receitas em troca de uma neutralidade credível?». Diferentes aplicações responderão a essa questão de formas distintas.

Para os detentores de ETH, os rollups baseados têm um efeito indireto. Canalizam o MEV dos rollups para os proponentes da L1, o que significa mais receitas para stakers e validadores. Também reforçam a posição de Ethereum como camada de liquidação de valor, em vez de permitirem que essa função passe para L1 alternativas ou cadeias de aplicações. Saber se isso reforçará o preço de ETH ao longo do tempo é uma questão distinta, mas o argumento estrutural é válido.

Como acompanhar os rollups baseados sem o entusiasmo exagerado

Os rollups baseados estão a evoluir rapidamente, tal como o marketing em seu redor. Acompanhar manualmente Taiko, RISE e Surge em conversas no Discord, fóruns de governação e artigos de investigação é uma batalha perdida. O Zippfeed apresenta notícias sobre rollups baseados com uma classificação do sentimento (bullish, neutral ou bearish) e uma avaliação da importância, para que possa identificar as mudanças arquitetónicas antes de chegarem ao seu feed.