O segundo trimestre de 2025 foi um teste de realidade para a escalabilidade do blockchain, e à medida que o capital continua a fluir para os rollups e cadeias laterais, as fissuras no modelo de camada 2 estão se alargando. A promessa original das L2s era simples: escalar L1s, mas os custos, atrasos e fragmentação na liquidez e na experiência do usuário continuam se acumulando.
Resumo
As L2s foram concebidas para escalar o Ethereum, mas introduziram novos problemas, ao mesmo tempo que dependem de sequenciadores centralizados que podem tornar-se pontos únicos de falha.
Na sua essência, as L2s gerem a sequenciação e a computação de estado, utilizando Rollups Optimistas ou ZK para liquidar na L1. Cada uma apresenta desvantagens: longa finalização nos Rollups Optimistas e elevados custos computacionais nos Rollups ZK.
A eficiência futura reside em separar a computação da verificação — utilizando supercomputadores centralizados para a computação e redes descentralizadas para a verificação paralela, permitindo escalabilidade sem sacrificar a segurança.
O modelo de “ordem total” das blockchains está desatualizado; mover-se em direção a uma ordenação local, baseada em contas pode desbloquear um enorme paralelismo, encerrando o “compromisso L2” e abrindo caminho para uma fundação web3 escalável e pronta para o futuro.
Novos projetos como pagamentos em stablecoin começam a questionar o paradigma L2, perguntando se os L2s são realmente seguros e se os seus sequenciadores são mais como pontos únicos de falha e censura? Muitas vezes, acabam por ter uma visão pessimista de que talvez a fragmentação seja simplesmente inevitável na web3.
Estamos a construir um futuro sobre uma base sólida ou uma casa de cartas? As L2s devem enfrentar e responder a estas perguntas. Afinal, se a camada de consenso base da Ethereum (ETH) fosse intrinsecamente rápida, barata e infinitamente escalável, todo o ecossistema L2 como o conhecemos agora seria redundante. Incontáveis rollups e cadeias laterais foram propostos como “adicionais de L1” para mitigar as limitações fundamentais dos L1s subjacentes. É uma forma de dívida técnica, uma solução complexa e fragmentada que foi descarregada sobre os utilizadores e desenvolvedores do web3.
E para responder a estas questões, é necessário desconstruir todo o conceito de um L2 até os seus componentes fundamentais, para revelar um caminho para um design mais robusto e eficiente.
Uma anatomia dos L2s
A estrutura determina a função. É um princípio básico na biologia que também se aplica a sistemas informáticos. Para decidir a estrutura e a arquitetura adequadas das L2s, devemos examinar as suas funções com cuidado.
No seu cerne, cada L2 desempenha duas funções críticas: Sequenciamento, ou seja, ordenação de transações; assim como computação e prova do novo estado. Um sequenciador, seja uma entidade centralizada ou uma rede descentralizada, coleta, ordena e agrupa transações de usuários. Este lote é então executado, resultando em um estado atualizado (, por exemplo, novos saldos de tokens ). Este estado deve ser liquidado no L1 para segurança através de Rollups Otimistas ou ZK.
Os Rollups Otimistas assumem que todas as transições de estado são válidas e dependem de um período de contestação ( frequentemente de 7 dias ) onde qualquer pessoa pode apresentar provas de fraude. Isso cria um grande compromisso de experiência do usuário, com longos tempos de finalização. Os Rollups ZK utilizam provas de conhecimento zero para verificar matematicamente a correção de cada transição de estado antes que ela atinja o L1, permitindo uma finalização quase instantânea. O compromisso é que eles são computacionalmente intensivos e complexos de construir. Os provadores ZK podem ser problemáticos, levando a consequências catastróficas, e a verificação formal destes, se viável, é muito cara.
A sequenciação é uma escolha de governança e design para cada L2. Alguns preferem uma solução centralizada para eficiência ( ou talvez para esse poder de censura; quem sabe), enquanto outros preferem uma solução descentralizada para mais justiça e robustez. No final, os L2s decidem como querem fazer sua própria sequenciação.
A Geração e Verificação de Reivindicações de Estado é onde podemos melhorar muito, muito mais em eficiência. Uma vez que um lote de transações é sequenciado, calcular o próximo estado é uma tarefa puramente computacional, e isso pode ser feito usando apenas um único supercomputador, focado exclusivamente na velocidade bruta, sem a sobrecarga da descentralização. Esse supercomputador pode até ser compartilhado entre as L2s!
Uma vez que este novo estado é reivindicado, a sua verificação torna-se um processo separado e paralelizado. Uma enorme rede de verificadores pode trabalhar em paralelo para verificar a reivindicação. Tal é também a filosofia por trás dos clientes sem estado do Ethereum e implementações de alto desempenho como MegaETH.
A verificação paralela é infinitamente escalável
A verificação paralela é infinitamente escalável. Não importa quão rápido as L2s ( e aquele supercomputador ) produzam reivindicações, a rede de verificação pode sempre acompanhar adicionando mais verificadores. A latência aqui é precisamente o tempo de verificação, um número fixo e mínimo. Este é o ótimo teórico ao usar a descentralização de forma eficaz: verificar, não calcular.
Após a sequenciação e verificação de estado, o trabalho do L2 está quase completo. O último passo é publicar o estado verificado numa rede descentralizada, o L1, para liquidação e segurança finais.
Este passo final expõe o elefante na sala: as blockchains são camadas de liquidação terríveis para L2s! O principal trabalho computacional é feito fora da cadeia, no entanto, os L2s devem pagar um prémio enorme para finalizar em um L1. Eles enfrentam uma dupla sobrecarga: o rendimento limitado do L1, sobrecarregado pela sua totalidade, ordenação linear de todas as transações, cria congestionamento e altos custos para postar dados. Além disso, eles têm que suportar o atraso de finalização inerente do L1.
Para os ZK Rollups, isso é em minutos. Para os Optimistic Rollups, é acumulado por um período de desafio de uma semana, um compromisso de segurança necessário, mas dispendioso.
Adeus, o mito da “ordem total” na web3
Desde o Bitcoin (BTC), as pessoas têm tentado arduamente comprimir todas as transações de uma blockchain em uma única ordem total. Afinal, estamos a falar de blockchains! Infelizmente, este paradigma de “ordem total” é um mito dispendioso e é claramente excessivo para a liquidação L2. Que irónico, que uma das maiores redes descentralizadas do mundo e o computador do mundo se comportem como um desktop de thread único!
É hora de seguir em frente. O futuro é a encomenda baseada em conta local, onde apenas as transações que interagem com a mesma conta precisam ser ordenadas, desbloqueando um enorme paralelismo e verdadeira escalabilidade.
A ordenação global implica, claro, uma ordenação local, mas também é uma solução incrivelmente ingênua e simplista. Após 15 anos de “blockchain”, é hora de abrirmos os olhos e moldarmos um futuro melhor. O domínio científico dos sistemas distribuídos já fez a transição do conceito de consistência forte dos anos 1980, que é o que as blockchains implementam, para o modelo de consistência eventual forte de 2015, que libera paralelismo e concorrência. É hora da indústria web3 também avançar, deixar o passado para trás e seguir o progresso científico voltado para o futuro.
A era do compromisso L2 acabou. É hora de construir sobre uma fundação projetada para o futuro, a partir da qual a próxima onda de adoção do web3 virá.
Xiaohong Chen
Xiaohong Chen é o Diretor de Tecnologia na Pi Squared Inc., trabalhando em sistemas de pagamento e liquidação rápidos, paralelos e descentralizados. Seus interesses incluem correção de programas, prova de teoremas, soluções ZK escaláveis e a aplicação dessas técnicas a todas as linguagens de programação. Xiaohong obteve seu BSc em Matemática na Universidade de Pequim e PhD em Ciência da Computação na Universidade de Illinois em Urbana-Champaign.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
O compromisso L2 está quebrado, é hora de uma nova fundação
O segundo trimestre de 2025 foi um teste de realidade para a escalabilidade do blockchain, e à medida que o capital continua a fluir para os rollups e cadeias laterais, as fissuras no modelo de camada 2 estão se alargando. A promessa original das L2s era simples: escalar L1s, mas os custos, atrasos e fragmentação na liquidez e na experiência do usuário continuam se acumulando.
Resumo
Novos projetos como pagamentos em stablecoin começam a questionar o paradigma L2, perguntando se os L2s são realmente seguros e se os seus sequenciadores são mais como pontos únicos de falha e censura? Muitas vezes, acabam por ter uma visão pessimista de que talvez a fragmentação seja simplesmente inevitável na web3.
Estamos a construir um futuro sobre uma base sólida ou uma casa de cartas? As L2s devem enfrentar e responder a estas perguntas. Afinal, se a camada de consenso base da Ethereum (ETH) fosse intrinsecamente rápida, barata e infinitamente escalável, todo o ecossistema L2 como o conhecemos agora seria redundante. Incontáveis rollups e cadeias laterais foram propostos como “adicionais de L1” para mitigar as limitações fundamentais dos L1s subjacentes. É uma forma de dívida técnica, uma solução complexa e fragmentada que foi descarregada sobre os utilizadores e desenvolvedores do web3.
E para responder a estas questões, é necessário desconstruir todo o conceito de um L2 até os seus componentes fundamentais, para revelar um caminho para um design mais robusto e eficiente.
Uma anatomia dos L2s
A estrutura determina a função. É um princípio básico na biologia que também se aplica a sistemas informáticos. Para decidir a estrutura e a arquitetura adequadas das L2s, devemos examinar as suas funções com cuidado.
No seu cerne, cada L2 desempenha duas funções críticas: Sequenciamento, ou seja, ordenação de transações; assim como computação e prova do novo estado. Um sequenciador, seja uma entidade centralizada ou uma rede descentralizada, coleta, ordena e agrupa transações de usuários. Este lote é então executado, resultando em um estado atualizado (, por exemplo, novos saldos de tokens ). Este estado deve ser liquidado no L1 para segurança através de Rollups Otimistas ou ZK.
Os Rollups Otimistas assumem que todas as transições de estado são válidas e dependem de um período de contestação ( frequentemente de 7 dias ) onde qualquer pessoa pode apresentar provas de fraude. Isso cria um grande compromisso de experiência do usuário, com longos tempos de finalização. Os Rollups ZK utilizam provas de conhecimento zero para verificar matematicamente a correção de cada transição de estado antes que ela atinja o L1, permitindo uma finalização quase instantânea. O compromisso é que eles são computacionalmente intensivos e complexos de construir. Os provadores ZK podem ser problemáticos, levando a consequências catastróficas, e a verificação formal destes, se viável, é muito cara.
A sequenciação é uma escolha de governança e design para cada L2. Alguns preferem uma solução centralizada para eficiência ( ou talvez para esse poder de censura; quem sabe), enquanto outros preferem uma solução descentralizada para mais justiça e robustez. No final, os L2s decidem como querem fazer sua própria sequenciação.
A Geração e Verificação de Reivindicações de Estado é onde podemos melhorar muito, muito mais em eficiência. Uma vez que um lote de transações é sequenciado, calcular o próximo estado é uma tarefa puramente computacional, e isso pode ser feito usando apenas um único supercomputador, focado exclusivamente na velocidade bruta, sem a sobrecarga da descentralização. Esse supercomputador pode até ser compartilhado entre as L2s!
Uma vez que este novo estado é reivindicado, a sua verificação torna-se um processo separado e paralelizado. Uma enorme rede de verificadores pode trabalhar em paralelo para verificar a reivindicação. Tal é também a filosofia por trás dos clientes sem estado do Ethereum e implementações de alto desempenho como MegaETH.
A verificação paralela é infinitamente escalável
A verificação paralela é infinitamente escalável. Não importa quão rápido as L2s ( e aquele supercomputador ) produzam reivindicações, a rede de verificação pode sempre acompanhar adicionando mais verificadores. A latência aqui é precisamente o tempo de verificação, um número fixo e mínimo. Este é o ótimo teórico ao usar a descentralização de forma eficaz: verificar, não calcular.
Após a sequenciação e verificação de estado, o trabalho do L2 está quase completo. O último passo é publicar o estado verificado numa rede descentralizada, o L1, para liquidação e segurança finais.
Este passo final expõe o elefante na sala: as blockchains são camadas de liquidação terríveis para L2s! O principal trabalho computacional é feito fora da cadeia, no entanto, os L2s devem pagar um prémio enorme para finalizar em um L1. Eles enfrentam uma dupla sobrecarga: o rendimento limitado do L1, sobrecarregado pela sua totalidade, ordenação linear de todas as transações, cria congestionamento e altos custos para postar dados. Além disso, eles têm que suportar o atraso de finalização inerente do L1.
Para os ZK Rollups, isso é em minutos. Para os Optimistic Rollups, é acumulado por um período de desafio de uma semana, um compromisso de segurança necessário, mas dispendioso.
Adeus, o mito da “ordem total” na web3
Desde o Bitcoin (BTC), as pessoas têm tentado arduamente comprimir todas as transações de uma blockchain em uma única ordem total. Afinal, estamos a falar de blockchains! Infelizmente, este paradigma de “ordem total” é um mito dispendioso e é claramente excessivo para a liquidação L2. Que irónico, que uma das maiores redes descentralizadas do mundo e o computador do mundo se comportem como um desktop de thread único!
É hora de seguir em frente. O futuro é a encomenda baseada em conta local, onde apenas as transações que interagem com a mesma conta precisam ser ordenadas, desbloqueando um enorme paralelismo e verdadeira escalabilidade.
A ordenação global implica, claro, uma ordenação local, mas também é uma solução incrivelmente ingênua e simplista. Após 15 anos de “blockchain”, é hora de abrirmos os olhos e moldarmos um futuro melhor. O domínio científico dos sistemas distribuídos já fez a transição do conceito de consistência forte dos anos 1980, que é o que as blockchains implementam, para o modelo de consistência eventual forte de 2015, que libera paralelismo e concorrência. É hora da indústria web3 também avançar, deixar o passado para trás e seguir o progresso científico voltado para o futuro.
A era do compromisso L2 acabou. É hora de construir sobre uma fundação projetada para o futuro, a partir da qual a próxima onda de adoção do web3 virá.
Xiaohong Chen
Xiaohong Chen é o Diretor de Tecnologia na Pi Squared Inc., trabalhando em sistemas de pagamento e liquidação rápidos, paralelos e descentralizados. Seus interesses incluem correção de programas, prova de teoremas, soluções ZK escaláveis e a aplicação dessas técnicas a todas as linguagens de programação. Xiaohong obteve seu BSc em Matemática na Universidade de Pequim e PhD em Ciência da Computação na Universidade de Illinois em Urbana-Champaign.