Interpretação do conceito de pré-confirmação: como tornar as transações de Ethereum mais eficientes?

Este artigo parte das limitações existentes na atual ecologia L2 e, através da análise prática de projetos como o Taiko, demonstra como o conceito inovador de pré-confirmação otimiza o processo de confirmação de transações e melhora a experiência do usuário. Também revela os desafios que a tecnologia de pré-confirmação atualmente enfrenta em seu processo de desenvolvimento, incluindo o aprimoramento técnico e a sustentabilidade da ecologia.

*** Título original: ** “Pré-confirmação (feat. Taiko): torne o Ethereum rápido pela primeira vez!” *

***Autor original: *Ingeun Kim : : FP

Visão Geral Importante

• Taiko é uma rede Layer2 baseada em Based Rollup, projetada para alcançar total interoperabilidade com Ethereum, ao mesmo tempo que impulsiona a Descentralização do sequenciador. Para resolver o problema de latência na confirmação final das transações no mecanismo Rollup, Taiko introduz o conceito de ‘Pré-confirmação’. Ao garantir antecipadamente aos usuários a inclusão e a ordem das transações, a pré-confirmação alivia eficazmente a ineficiência do processo de confirmação de transações no mecanismo Rollup, melhorando significativamente a experiência do usuário.
• No modelo de Pré-confirmação Baseada, os validadores de L1 fornecem garantia aos utilizadores sobre os resultados das transações. Os pré-confirmadores precisam stakeMargem e cumprir o mecanismo de corte (Slashing) para garantir a fiabilidade do sistema. Projetos L2 como Taiko introduzem um mecanismo de pré-confirmação para estabelecer a finalidade das transações, criando um ambiente operacional mais conveniente para serviços que necessitam de confirmação em tempo real, como Finanças Descentralizadas.
• At present, several projects have participated in the construction of the pre-confirmation ecosystem. This technological advancement is expected to improve the efficiency of Ethereum L2 ecosystem, strengthen interoperability with Ethereum, and promote further expansion of the entire ecosystem.

Taiko está constantemente se movendo em direção ao seu objetivo final como uma solução de camada 2 para ETH Square. Para conseguir isso, Taiko prioriza a interoperabilidade total com ETH, o sequenciador de Descentralização, e suporte para desenvolvedores. Vale ressaltar que o Taiko alcança total interoperabilidade com ETH através da arquitetura do Pacote Cumulativo Baseado em Dados, ao mesmo tempo em que permite que qualquer pessoa participe de se tornar um sequenciador, alcançando assim a Descentralização do sequenciador. No entanto, apesar das vantagens do modelo Based Rollup, a sua estrutura tem algumas ineficiências inerentes.

Este artigo analisará o conceito de pré-confirmação (Preconfirmation) usando o Taiko como exemplo. Como parte fundamental da pilha de tecnologia Layer2, a pré-confirmação é um passo importante para o avanço contínuo da implementação do Rollup.

Problema atual de eficiência L2

Com a expansão do ecossistema L2, muitos projetos surgiram sucessivamente, trazendo muitos novos conceitos e pilhas tecnológicas. No entanto, apesar desses avanços significativos, o L2 ainda enfrenta alguns problemas de eficiência, especialmente em áreas críticas que afetam a experiência do usuário, tornando a melhoria da eficiência ainda mais importante.

Limitações inerentes do Rollup: processo de finalização de transações ineficiente

L2 alcançou escalabilidade através do Rollup, dependendo da disponibilidade de dados e processamento de transações da plataforma L1, como o Ethereum. No entanto, o Rollup tem uma limitação intrínseca: embora possa realizar a classificação e execução de transações de forma independente, todos os outros processos ainda dependem da confirmação final do L1.

Esta arquitetura garante segurança e imutabilidade dos dados através da geração direta de Bloco e disponibilidade de dados do L1. No entanto, a dependência do L1 para confirmação final resulta em velocidades de processamento de transações mais lentas e capacidade limitada de confirmação em tempo real, o que dificulta a satisfação das necessidades em tempo real do usuário.

Além disso, muitos sequenciadores e validadores L2 ainda são centralizados. Esta centralização pode levar a uma eficiência reduzida, como tempos de confirmação de transação mais longos e possíveis interrupções operacionais, afetando assim a eficiência do processamento de transações de alguns Rollups, resultando em latência de confirmação.

Introdução do conceito de pré-confirmação

O conceito de pré-confirmação foi proposto para resolver o problema da baixa eficiência de confirmação final de transações na rede L2. A pré-confirmação permite que os usuários obtenham a confirmação da transação mais rapidamente, aliviando assim a latência e a baixa eficiência comuns no mecanismo Rollup.

O que é que o pré-confirmado pretende resolver?

No mecanismo Rollup, o processo de confirmação após os usuários enviarem transações para a L2 sempre apresenta problemas de eficiência. Como o sequenciador centralizado da L2 não pode garantir com precisão quando as transações serão confirmadas na L1, os usuários frequentemente ficam incertos em relação à ordem e aos resultados das transações. Por exemplo, os usuários podem ter que esperar muito tempo para que as transações sejam incluídas na L1 e, se houver erros na ordem das transações ou os resultados não forem ideais, isso pode resultar em perdas financeiras decorrentes das transações executadas.

Em um ambiente de mercado com Flutuação alta, os problemas de latência e alterações de ordem são mais proeminentes, pois os usuários dependem dos serviços de Arbitragem e Finanças Descentralizadas. Nessas situações, a latência ou a alteração de ordem das transações pode resultar diretamente na perda de oportunidades. Mesmo os usuários que realizam transações comuns podem ter pouca confiança no tempo de confirmação e na ordem das transações na L1, levantando dúvidas sobre a confiabilidade e usabilidade da blockchain.

Portanto, o objetivo do design pré-confirmado é remediar essas deficiências, especialmente fornecendo uma experiência de negociação mais conveniente e confiável para os usuários mais afetados pela baixa eficiência do Rollup.

Como resolver esses problemas com antecedência?**

A pré-confirmação resolve esses problemas, fornecendo aos usuários garantias de inclusão, ordenação e execução das transações. Ele fornece aos usuários uma ‘confirmação suave’ por meio de um sequenciador L2 centralizado e emite comprovantes de pré-confirmação para garantir que as transações sejam finalmente incluídas no L1.

A principal vantagem da confirmação suave é melhorar a experiência do usuário. Após enviar a transação, o usuário recebe imediatamente um comprovante de confirmação, garantindo que a transação seja incluída na L1 na ordem esperada, reduzindo a incerteza, especialmente em transações que exigem uma resposta rápida, como Arbitragem. Além disso, a pré-confirmação também aumenta a confiança do usuário no sistema L2. À medida que a confiança do usuário no processamento seguro das transações aumenta, a taxa de uso geral do ecossistema L2 também aumentará. Assim, a pré-confirmação desempenha um papel fundamental na melhoria da eficiência e conveniência do processamento Rollup.

**A pré-confirmação é a solução final?

Embora a confirmação suave do sequenciador centralizado possa melhorar a experiência do usuário com a expectativa de ordem e resultados, ela depende da confiança no sequenciador. Sem medidas coercitivas legais ou técnicas, os usuários só podem depender da confiabilidade do sequenciador. Essa dependência traz a possibilidade de que as transações possam não ser incluídas na ordem correta, ou até mesmo não serem incluídas no L1, não fornecendo a garantia estável esperada pelos usuários.

Explorando o conceito e prática do preconfirmamento com base no Taiko

Taiko dedicou muito esforço à implementação baseada em pré-confirmação, pois este método se alinha perfeitamente com as características essenciais do Based Rollup. Se o Based Preconfirmation puder ser introduzido com sucesso no framework do Taiko, não só poderá reduzir significativamente a latência da confirmação final das transações, como também melhorará a experiência do usuário. Além disso, essa melhoria ativará uma variedade de serviços anteriormente restritos, permitindo que operem de forma eficiente na rede Taiko.

Antes de aprofundar a compreensão do Baseado na Pré-confirmação, é necessário revisar algumas características-chave do Taiko para entender melhor a aplicabilidade e as vantagens desse método.

Análise de caso Taiko

Taiko demonstra plenamente as características principais do Based Rollup. Não só implementa total interoperabilidade com a infraestrutura do ETH, mas também se esforça para estar totalmente alinhado com os mecanismos de segurança do ETH. Taiko segue a arquitetura do Based Rollup, o que significa que não depende de um sequenciador centralizado, mas sim dos validadores do ETH para atuar como sequenciadores, responsáveis pela classificação de transações e blocos.

Em outras palavras, o sequenciador da Taiko é o mesmo tipo de papel do proponente de bloco do Ethereum. Essa designação lhes confere responsabilidades especiais e incentivos, como a obtenção de recompensas máximas de valor extraível (MEV) e outros benefícios decorrentes da identidade do sequenciador. Portanto, quando ocorrem problemas no processo de sequenciamento L2 da Taiko, esses sequenciadores naturalmente assumem a responsabilidade devido ao seu interesse no ecossistema do Ethereum. Esse mecanismo diferencia significativamente a Taiko de outros projetos L2 do Ethereum em termos de responsabilidade operacional.

Além disso, é importante notar que o modelo Based Rollup da Taiko é projetado como um ‘Based Contestable Rollup (BCR)’, que tem como objetivo incentivar a competição saudável. Com um design aberto e não autorizado, a Taiko garante a descentralização do sistema e permite que qualquer pessoa participe, tornando o sistema mais justo e transparente.

Pré-confirmação baseada em rollup

Então, qual é o modelo de pré-confirmação projetado especificamente para Based Rollup? A resposta é ‘Pré-Confirmação Baseada’. Este modelo visa substituir o mecanismo tradicional de confirmação suave através da confirmação direta na L1.

Com base na pré-confirmação, o sistema fornece um serviço em que alguns validadores L1 participam voluntariamente e fornecem serviços de pré-confirmação. Como sequenciadores, esses validadores oferecem previsões verificáveis dos resultados das transações de Rollup aos usuários. Isso fornece aos usuários uma garantia confiável da inclusão e ordenação das transações, e essas garantias são baseadas diretamente em L1, aumentando assim a credibilidade e confiabilidade do processo de Rollup.

Justin Drake first proposed the concept of Based Preconfirmation and proposed a specific role called ‘Preconfer’, which can provide users with signature guarantees and clarify the order and execution status of transactions. To ensure the reliability of the commitment, each Preconfer needs to stake a certain amount of Margem. If they fail to fulfill their commitments regarding transaction order or execution status, they will face the punishment of the Slashing mechanism, that is, the loss of partial or all Margem.

O mecanismo de Slashing tem sido amplamente aplicado no PoS stake do Ethereum para efetivamente conter comportamentos maliciosos. Esse mecanismo não só fortalece a responsabilidade dos validadores, mas também estabelece uma base de confiança entre os usuários e os validadores pré-confirmados.

Duas situações podem resultar em prejuízo para o pré-confirmador: Slashing.

1. Falhas de atividade (Liveness Faults): Se, por qualquer motivo, um validador não incluir a transação pré-confirmada do usuário na cadeia, ocorrerá uma falha de atividade. Como as falhas de atividade nem sempre são intencionais, suas penalidades são relativamente brandas. Tais falhas podem ser causadas por problemas de rede ou interrupções na blockchain L1 ou L2, resultando na incapacidade de incluir a transação na cadeia. Para proteger os validadores honestos de penalidades indevidas, o valor da penalidade por falhas de atividade geralmente é decidido por acordo entre o usuário e o validador.
2. Falhas de segurança: Se uma transação pré-confirmada for incluída na cadeia, mas o resultado não for consistente com a solicitação original do usuário, ocorrerá uma falha de segurança. Essa inconsistência é totalmente responsabilidade do pré-confirmador, portanto, as penalidades para falhas de segurança costumam ser mais severas. A Margem do pré-confirmador será totalmente confiscada, independentemente de a questão ter sido intencional ou não.

Para se tornar um pré-confirmador do modelo Based Preconfirmation, um Nó (geralmente o proponente do Bloco L1) deve aceitar as condições desses mecanismos de Slashing e fazer um stake da Margem necessária. Após a aprovação, o pré-confirmador pode fornecer serviços aos usuários e obter receitas cobrando taxas de serviço.

Este modelo de custos oferece aos utilizadores uma conveniência significativa, permitindo-lhes contornar a latência inerente à confirmação final das transações Rollup. Por exemplo, os utilizadores podem obter imediatamente um comprovativo de confirmação do pré-confirmador após submeterem a transação de pré-confirmação através da sua carteira pessoal.

Os pré-confirmadores com base no participante do Preconfirmation não só podem ganhar receitas adicionais cobrando taxas, mas também podem ajudar a otimizar o processo de confirmação de transações da Rollup. Este modelo não só melhora a experiência do usuário, mas também fornece uma solução de confirmação final de transações confiável e eficiente para todo o ecossistema L2, aumentando ainda mais sua atratividade e utilidade.

Por que os usuários estão dispostos a pagar taxas de pré-confirmação?

Isso está diretamente relacionado ao objetivo central da pré-confirmação. Os usuários estão dispostos a pagar pela pré-confirmação, pois ela resolve diretamente o problema de eficiência do Rollup no processo de confirmação final das transações, trazendo benefícios significativos aos usuários.

Por exemplo, quando um usuário envia uma transação pré-confirmada através de sua Carteira pessoal na cadeia L2 Blocona, uma transação padrão pode precisar esperar pela confirmação final, enquanto o usuário que solicitou a pré-confirmação pode imediatamente obter a garantia do pré-confirmador e concluir a transação sem latência. Neste momento, o usuário pode até ver um carrapato verde na interface da Carteira, indicando claramente que a transação foi bem sucedida.

No caso dos serviços de Finanças Descentralizadas, quando os utilizadores trocam Tokens na plataforma L2 de Finanças Descentralizadas, as pré-confirmações podem fornecer garantias adicionais para as transações relevantes. Normalmente, as taxas de câmbio ou custos de transação podem não ser consistentes com os resultados reais devido à latência. No entanto, com as pré-confirmações, os utilizadores podem desfrutar de um processo de confirmação final de transação rápido e eficiente, reduzindo as discrepâncias entre as condições esperadas e os resultados reais, garantindo uma experiência de serviço mais fiável.

Estes cenários de aplicação não só permitem que os desenvolvedores forneçam serviços mais precisos, mas também proporcionam aos utilizadores uma experiência de utilização mais suave e conveniente. Este dinamismo tem apoiado ainda mais a expansão do ecossistema L2, ao mesmo tempo que contribui para o subir mais amplo do ecossistema L1. Além disso, para os sequenciadores Based Rollup, a receita adicional trazida pela pré-confirmação oferece um modelo de lucro considerável. Este design resolve eficazmente algumas das fraquezas tradicionais do Based Rollup, tornando-o uma escolha ideal para os sequenciadores, combinando fiabilidade e atratividade.

Quais são os desafios da Pré-confirmação Baseada?

Com base na pré-confirmação, o Rollup, representado pelo Taiko, ainda é uma área de pesquisa muito seguida em projetos de camada 2 impulsionados. Embora esse mecanismo forneça uma solução clara para melhorar o desempenho e a escalabilidade do L2, mantendo a descentralização, ainda enfrenta alguns desafios a serem resolvidos na aplicação prática, para alcançar uma adoção mais ampla.

Primeiro, ao submeter transações para o Bloco na Preconfer, os utilizadores podem não obter uma garantia absoluta de inclusão das transações. Embora os preconfirmadores forneçam garantias para as transações através de margem de stake, este mecanismo ainda não resolve completamente o problema da não inclusão das transações devido a interrupções externas. Especialmente quando o valor das transações excede a quantidade de stake dos preconfirmadores, estes podem abusar de seus poderes e escolher incluir ou excluir seletivamente algumas transações, trazendo assim riscos potenciais.

Outro desafio significativo é o modelo de lucro baseado em pré-confirmação. A principal fonte de receita para os pré-confirmandores é a taxa paga pelos usuários pela pré-confirmação. No entanto, se o número de pré-confirmandores for insuficiente ou a participação não for suficientemente alta, pode levar à centralização do mercado e a tendências monopolistas. Nesse caso, as taxas de pré-confirmação podem ser artificialmente aumentadas, aumentando os custos para os usuários realizarem transações rápidas e eficientes, representando assim uma ameaça para o desenvolvimento saudável do ecossistema de pré-confirmação.

É importante notar que o conceito de Base de Pré-confirmação é relativamente novo e foi proposto há apenas cerca de um ano. Para que se torne uma ‘ferramenta-chave’ na maximização da velocidade e eficiência das soluções L2 baseadas em Rollup, ainda é necessário tempo para praticar e aperfeiçoar. No entanto, com o Rollup já estabelecido como um componente central da escalabilidade do ETH, a exploração adicional da pré-confirmação para melhorar o desempenho marca um passo importante no desenvolvimento da tecnologia L2.

Especialmente Taiko, fez progressos significativos na promoção da implementação de Preconfirmação Baseada. Ao mesmo tempo, Taiko colaborou com vários parceiros, incluindo Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev e Espresso, para explorar e desenvolver cenários de aplicação de Preconfirmação Baseada. Essas parcerias visam impulsionar ainda mais a evolução do ecossistema L2, com mais detalhes relevantes a serem discutidos mais a fundo nos capítulos seguintes.

Visualização panorâmica do ecossistema de pré-confirmação: interpretação do diagrama de processo e exploração do projeto

Neste capítulo, vamos explorar quais projetos estão ativamente pesquisando e promovendo o desenvolvimento de tecnologias de pré-confirmação no ecossistema L2 impulsionado pelo Rollup. Como esse ecossistema ainda está em estágios iniciais de desenvolvimento, vamos usar um diagrama de fluxo para visualizar e entender melhor o processo específico de pré-confirmação.

Gráfico de processo de pré-confirmação

A pré-confirmação é um processo complexo que requer uma estreita colaboração entre L1 e L2, envolvendo vários papéis, cada um com responsabilidades específicas. Para uma compreensão mais intuitiva desse processo, fiz um diagrama de fluxo para uma visão geral. É importante observar que este diagrama de fluxo tem como objetivo ajudar a explicar a lógica geral e, portanto, não distingue estritamente as diferentes características do Rollup e do Based Rollup, mas sim se concentra principalmente no fluxo geral a nível básico.

Antes de entender os passos específicos do diagrama de fluxo, vamos primeiro conhecer os vários papéis e suas funções no processo de pré-confirmação.

• Usuário: Usuários individuais que usam a rede L1 ou L2, responsáveis por criar e enviar transações. Se desejarem garantia de pré-confirmação, os usuários enviarão as transações concluídas aos pré-confirmadores.
• Preconferrer: Durante o processo de pré-confirmação, o Preconferrer é responsável por auditar e validar a transação, fornecendo assim uma garantia de pré-confirmação ao usuário. Através da pré-confirmação, o usuário pode obter rapidamente a garantia do status da transação antes da Liquidação final. Se um Nó não tiver qualificação de pré-confirmação, ele atuará como participante não pré-confirmado (Non-Preconf Actors), lidando principalmente com transações regulares em vez de transações de pré-confirmação, semelhante a um Nó de validação padrão.
• Validadores L1 (L1 Validator): Responsáveis por validar transações e blocos na rede L1. Assim que um pré-confirmador envia os dados de transação, os Validadores L1 os verificam e registram os dados finais na cadeia de blocos L1, garantindo a integridade das transações e o cumprimento das regras de consenso.
• Gerente de Desafio Pré-Confirmação: Quando surgem disputas ou problemas durante o processo de pré-confirmação, este papel é responsável pela investigação do problema e pela adoção de medidas adequadas para resolver a disputa. Este papel desempenha um papel fundamental na manutenção da justiça e confiabilidade do processo de pré-confirmação.

Agora, vamos ordenar o processo de pré-confirmação de acordo com a ordem do fluxograma:

1. O usuário envia uma solicitação de negociação ao pré-confirmador entre os participantes pré-confirmados para iniciar o processo de pré-confirmação.
2. Os pré-confirmadores auditam as transações e enviam recibos de pré-confirmação, comprometendo-se a incluir a transação no bloco L1, proporcionando assim aos usuários uma garantia preliminar de confirmação final.
3. Os pré-confirmadores enviam os dados das transações que precisam ser incluídas no Bloco L1 para os validadores L1. Esses dados podem ser transações individuais ou dados consolidados processados pelos sequenciadores L2.
4. Os validadores L1 validam os dados de transação ou dados consolidados enviados e os registram no Bloco L1, garantindo que estejam em conformidade com as regras de consenso da cadeia de blocos.
5. Após algum tempo, os dados de transação ou dados sumarizados do L1 Bloco atingem a finalidade, e a transação é oficialmente confirmada.
6. O usuário pode verificar o resultado final da transação através do Nó L1 e, se necessário, apresentar qualquer disputa ou desafio potencial de pré-confirmação usando as informações relevantes.
7. Se ocorrer uma transação que não inclua corretamente o compromisso no L1, o pré-confirmador enfrentará penalidades do gestor do desafio de pré-confirmação, como ser Slash Margem ou ter seus ativos de stake congelados.

Exploração de Projetos Relacionados

A seguir, serão analisados em detalhes os principais projetos envolvidos no ecossistema de pré-confirmação e os papéis relacionados que desempenham no processo. Embora esses projetos ocupem papéis específicos no diagrama do processo, suas responsabilidades reais podem variar um pouco. Portanto, esta visão geral tem como objetivo fornecer uma compreensão básica e servir como um guia geral. Para facilitar a compreensão, os projetos em cada categoria estão listados em ordem alfabética.

Pré-Conferencistas Validadores

• Astria：Astria aims to replace centralizado sequenciadores with a Descentralização sequenciador network and support multiple Rollups to share this network. This design provides Rollup with stronger anti-censorship capabilities, faster Bloco finality, and seamless cross-Rollup interaction. To achieve fast Bloco finality, Astria introduces a pre-confirmation function, enabling Rollup to provide fast transaction confirmation and enhance anti-censorship capabilities, significantly improving user experience.
• Bolt by Chainbound: O Bolt é um protocolo de pré-confirmação desenvolvido pela Chainbound que oferece aos usuários da rede ETH uma confirmação de transação quase em tempo real. Sua operação é baseada em um mecanismo de participação sem confiança e em garantias econômicas, ao mesmo tempo que é compatível com o canal MEV-Boost PBS existente, criando uma nova oportunidade de receita para os proponentes. A principal funcionalidade do Bolt é a pré-confirmação da L1, fornecendo finalidade imediata para transações básicas, como transferências e autorizações, melhorando a experiência do usuário. Ao transferir a responsabilidade de inclusão de transações dos construtores de blocos centralizados para os proponentes, o Bolt aumenta a resistência à censura do sistema. Ao mesmo tempo, o registro dos proponentes com garantias econômicas garante um ambiente sem confiança, com suporte flexível para vários tipos de Contratos inteligentes.
• **Espresso **: Espresso é um protocolo que visa melhorar a interoperabilidade do ecossistema blockchain. Ele usa o protocolo de consenso HotShot Tolerância a falhas bizantinas (BFT) para alcançar a ordem de transações entre várias cadeias e a finalidade rápida dos dados. O Espresso inclui a Espresso Network e a Espresso Marketplace, que trabalham juntas para fornecer finalidade rápida das transações e alta interoperabilidade, com o objetivo de melhorar a escalabilidade e segurança do ecossistema blockchain.
• Ethgás: O Ethgás é um mercado para transações na cadeia de blocos, em que a correspondência das transações é gerida por um sistema centralizado e o processo na cadeia é executado através de contratos inteligentes. O Ethgás oferece duas funcionalidades principais: pré-inclusão (garante que as transações são incluídas dentro do limite de gás especificado) e pré-execução (garante que as transações atinjam um estado ou resultado específico). O Ethgás foca em proteger a privacidade das transações no espaço de blocos e é conhecido por sua operação neutra.
• Luban：Luban foca no desenvolvimento de uma camada de sequenciamento Descentralização para conectar dados de transações entre a rede Ethereum e Rollup. Esta camada de sequenciamento é projetada como um sistema Descentralização que separa os papéis de proposição e execução. A funcionalidade de pré-confirmação do Luban melhora significativamente a confiabilidade das transações, otimizando simultaneamente Lavagem de dinheiro, preço do gás e outros fatores-chave do MEV, garantindo a executabilidade das transações antes de serem incluídas na rede Ethereum.
• Primev：Primev está a desenvolver uma rede proponente integrada com MEV, combinando a pré-confirmação com funcionalidades de MEV, construindo uma rede ponto a ponto eficiente e fiável. Esta rede regista compromissos de execução de transações do Ethereum e incentiva proponentes através de mecanismos de recompensa ou punição. Primev permite que os participantes de MEV estabeleçam condições específicas de execução para as suas transações, enquanto os construtores de Blocos e validadores podem comprometer-se a cumprir essas condições, garantindo assim a pré-confirmação das transações. Com base no EIP-4337, o Primev suporta opções flexíveis de pré-confirmação e custos de gás, melhorando não só a eficiência no processamento de transações, mas também otimizando ainda mais a experiência do utilizador.
• Puffer Unifi：O serviço de validação ativa (Actively Validated Services, AVS) da Puffer Unifi, construído com base na EigenLayer, concentra-se em resolver os desafios de pré-confirmação no ecossistema Ethereum, especialmente na arquitetura Based Rollup. O AVS da Puffer Unifi utiliza a funcionalidade de re-stake da EigenLayer para apoiar o mecanismo de participação prévia à confirmação, com o objetivo de aumentar a eficiência da confirmação final das transações. Com o desenvolvimento do Based Rollup, a demanda por provedores confiáveis de pré-confirmação continua a subir, e o objetivo do AVS da Puffer Unifi é atender a essa demanda. Sua visão final é alcançar uma pré-confirmação eficiente sem alterar o protocolo principal, impulsionando assim a sustentabilidade do ecossistema Ethereum.
• Skate: A pré-confirmação do Skate AVS baseia-se nos ativos de stake na camada EigenLayer para fornecer segurança econômica para todas as operações de interação entre cadeias. O AVS verifica os dados e informações de binding necessários para as operações de interação entre cadeias na exchange e, em seguida, é assinado e preparado para execução pelos relays do Skate. Através desse processo, o AVS do Skate realiza a pré-confirmação dos dados, melhorando significativamente a confiabilidade e eficiência das transações de interação entre cadeias.
• Spire：A pilha baseada em Spire é um framework Rollup baseado em Ethereum (ETH) projetado para oferecer suporte ao desenvolvimento de AppChain (cadeias de aplicativos). Este framework permite que a AppChain interaja diretamente com a Ethereum (ETH) e personalize seu método de sequenciação, suportando recursos como a troca entre cadeias e otimizando a experiência do usuário por meio de pré-confirmações. A Stack base suporta vários ambientes de execução, garantindo a receita de sequenciação da AppChain e mantendo compatibilidade com sequenciadores compartilhados tradicionais. Como um projeto de código aberto, a Stack base fornece ferramentas e recursos completos para os desenvolvedores construírem e gerenciarem AppChain, promovendo assim o desenvolvimento de AppChain e a interoperabilidade do ecossistema Ethereum (ETH). Taiko Gwyneth: Taiko Gwyneth é um design rollup que está sendo desenvolvido pela Taiko e é classificado como uma arquitetura rollup baseada. O objetivo é alcançar a interoperabilidade total com ETH Squares, enquanto gerencia o sequenciamento de transações diretamente em ETH Squares. Este design tira o máximo partido da segurança da Praça ETH e das funcionalidades da Descentralização, ao mesmo tempo que proporciona um elevado rendimento e rápidas confirmações finais. Atualmente, Taiko está executando um mecanismo proponente para ajudar na criação de Blocos e explorar um mecanismo de pré-validação para facilitar a produção lucrativa de Blocos dentro da comunidade. Este mecanismo foi projetado para otimizar o agendamento de tempo e a eficiência de publicação de dados do Bloco. Para alcançar esses objetivos, Taiko está trabalhando em estreita colaboração com projetos como Nethermind e Gattaca.

L1 validadores

• Chorus One: Chorus One é um projeto que oferece serviços de validação e infraestrutura para redes blockchain, com foco em serviços de stake em vários protocolos, para aumentar a estabilidade e segurança da rede. Como validadores L1, a Chorus One é responsável por validar transações e gerar blocos, aumentando a confiabilidade e eficiência de toda a rede. Recentemente, a Chorus One mostrou grande interesse na tecnologia de pré-confirmação, inclusive realizando eventos temáticos durante o Devcon 2024.

Research

• Nethermind：Nethermind é um projeto dedicado ao desenvolvimento de clientes e ferramentas para a rede Ethereum (ETH), com o objetivo principal de melhorar o desempenho e a estabilidade da Blockchain. Através da introdução de tecnologias avançadas de otimização, o Nethermind está ativamente impulsionando a capacidade de transações na rede Ethereum. Em relação à tecnologia de pré-confirmação, o Nethermind tem realizado pesquisas aprofundadas e já submeteu uma proposta ao programa de financiamento da Taiko, com o objetivo de acelerar a implementação da pré-confirmação na Rede principal do Taiko. Esta proposta baseia-se no projeto RFP-001 do Nethermind e será implementada em duas fases: a primeira fase testará a funcionalidade de pré-confirmação com um número limitado de participantes autorizados; a segunda fase planeja expandir gradualmente o alcance da pré-confirmação.

Olhando para o futuro

O projeto Taiko e muitos outros projetos Layer2 Based Rollup estão trabalhando para otimizar o processo de confirmação final de transações ineficientes do Rollup tradicional, independentemente de adotarem a arquitetura Based Rollup ou não. Ao introduzir o conceito de pré-confirmação (Preconfirmation), esses projetos estão construindo um sistema de confirmação de transações que permite aos usuários confirmar as transações de forma mais rápida e confiável. Através deste método, esses projetos estão constantemente explorando maneiras de melhorar a experiência do usuário e estabelecer confiança.

Taiko fully utilizes its positioning as a Layer 2 project of Based Rollup to actively promote the implementation of Based Preconfirmation mechanism, thus achieving comprehensive interoperability and decentralization with Ethereum. Taiko significantly improves transaction processing speed and reliability by providing users with fast and reliable transaction final confirmation guarantee, thereby significantly improving user experience.

No entanto, vários especialistas do setor, incluindo Ed Felten da Arbitrum, apontaram que ainda falta um middleware maduro que possa suportar completamente a pré-confirmação. Isso indica que a maturidade da tecnologia de pré-confirmação e o modelo de lucro do pré-confirmador ainda enfrentam desafios significativos, exigindo uma solução mais aprofundada.

Conforme descrito neste texto, cada vez mais projetos e participantes estão entrando ativamente no campo de pré-confirmação, cada um trazendo soluções inovadoras únicas com o objetivo de melhorar o desempenho e a eficiência da camada 2 do Ethereum. Essa tendência também está alinhada com a regra geral de otimização contínua após a implementação inicial do sistema. Acredito que esta fase marca um importante ponto de evolução do sistema L2 e é um desenvolvimento ativo e empolgante no ecossistema L2 atual.

A melhoria da conveniência do usuário por meio de pré-confirmação pode ter um impacto significativo não apenas em áreas como Finanças Descentralizadas e jogos, que enfatizam velocidade e eficiência, mas também pode reconectar partes descentralizadas anteriormente do ecossistema ETH para melhorar o desempenho da camada 2 da rede Ethereum. Essa melhoria de desempenho pode permitir a integração de mais projetos de camada 2 do tipo 1 com a Profundidade do ETH, liberando o potencial que antes era difícil de alcançar devido a restrições de velocidade. Esses avanços certamente terão um impacto significativo em todo o ecossistema ETH.

Pré-confirmação ainda é um caminho cheio de desafios. No entanto, pioneiros como Taiko estão enfrentando esses desafios, focando em fornecer mais conveniência aos usuários. Inovação nunca é fácil, mas como apoiador do Ethereum e seu ecossistema Layer2, eu expresso minha sincera admiração e encorajamento por seus esforços.