Título original: “Preconfirmation (feat. Taiko): Faça o Ethereum Rápido pela Primeira Vez!”
Escrito por: Ingeun Kim : : FP
Visão Geral Importante
Taiko é uma rede Layer2 baseada em Based Rollup, que tem como objetivo alcançar total interoperabilidade com a Ethereum e promover a Descentralização do Sequencer. 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 (Preconfirmation)”. Ao garantir previamente aos usuários a inclusão e a ordem das transações, a pré-confirmação efetivamente alivia 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 L1 fornecem ao usuário uma garantia de resultados de negociação. O pré-qualificador precisa apostar e aderir ao mecanismo de corte para garantir a confiabilidade do sistema. Projetos L2 como o Taiko estabeleceram uma finalidade de transação confiável introduzindo um mecanismo de pré-confirmação, criando um ambiente operacional mais conveniente para serviços como Finanças Descentralizadas que exigem confirmação em tempo real.
Atualmente, vários projetos estão envolvidos na construção do ecossistema de pré-confirmação. Este avanço tecnológico tem o potencial de melhorar a eficiência do ecossistema da camada L2 do Ethereum, fortalecer a interoperabilidade com o Ethereum e impulsionar a expansão de todo o ecossistema.
Taiko está se aproximando constantemente de seu objetivo final como uma solução de camada 2 para a Ethereum. Para alcançar esse objetivo, Taiko prioriza a interoperabilidade completa com a Ethereum, descentralização do sequenciador e suporte aos desenvolvedores. Vale ressaltar que Taiko alcança total interoperabilidade com a Ethereum através da arquitetura Based Rollup, permitindo que qualquer pessoa participe como um sequenciador e alcançando a descentralização do sequenciador. No entanto, embora o modelo Based Rollup tenha vantagens, ainda existem algumas questões inerentes de eficiência em sua estrutura.
Este artigo irá analisar em profundidade o conceito de pré-confirmação (Preconfirmation) usando o Taiko como exemplo. Como componente chave da pilha de tecnologia Layer2, a pré-confirmação é um passo importante para o desenvolvimento adicional 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 tecnologias. No entanto, apesar desses avanços significativos, o L2 ainda enfrenta alguns problemas de eficiência, especialmente em áreas-chave que afetam a experiência do usuário, tornando a melhoria da eficiência ainda mais importante.
As limitações inerentes da Rollup: o processo de confirmação final de transações ineficientes
L2 alcançou escalabilidade através do Rollup, dependente da disponibilidade de dados e processamento de transações em plataformas L1, como o Ethereum. No entanto, o Rollup tem uma limitação inerente: embora possa ordenar e executar transações independentemente, todos os outros processos ainda precisam esperar pela confirmação final da L1.
Esta arquitetura garante a segurança e a imutabilidade dos dados, através da geração direta de Blocos e da disponibilidade de dados do L1. No entanto, a dependência do L1 para a 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 utilizador.
Além disso, muitos dos atuais sequenciadores L2 e nós de validação ainda são centralizados. Essa centralização resulta em baixa eficiência, como tempos de confirmação de transação mais longos e possíveis interrupções operacionais, afetando a eficiência de processamento de transações de alguns Rollups e resultando em latência de confirmação.
Introdução do conceito de pré-confirmação
A introdução do conceito de pré-confirmação visa resolver o problema da baixa eficiência de confirmação das transações na rede L2. A pré-confirmação permite que os usuários obtenham confirmações mais rapidamente, aliviando assim a latência e a ineficiência comuns no mecanismo Rollup.
O que o pré-confirmation visa resolver?
No mecanismo Rollup, o processo de confirmação de transações enviadas pelos usuários para L2 sempre apresenta problemas de eficiência. Como o sequenciador L2 centralizado não pode garantir com precisão quando as transações serão confirmadas na L1, os usuários muitas vezes não têm certeza sobre a ordem e o resultado das transações. Por exemplo, os usuários podem precisar esperar muito tempo para que as transações sejam incluídas na L1, e se houver erros na ordem ou resultados insatisfatórios, isso pode levar a perdas financeiras decorrentes de transações já executadas.
Em um ambiente de mercado de Flutuação, os problemas de latência e alteração 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 da transação podem levar diretamente à 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 a usabilidade da blockchain.
Portanto, o objetivo do design pré-confirmado é compensar essas deficiências, especialmente para oferecer 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 de pré-confirmação?
A pré-confirmação resolve esses problemas, fornecendo aos usuários garantias abrangentes, classificação e execução de transações. Ele fornece aos usuários uma “pré-confirmação” através de um sequenciador L2 centralizado e emite certificados de pré-confirmação para garantir que as transações sejam finalmente incluídas no L1.
As principais vantagens da confirmação suave residem na melhoria da experiência do usuário. Após a submissão da transação, o usuário pode receber imediatamente um comprovativo de confirmação, garantindo assim que a transação seja incluída na L1 na sequência esperada, reduzindo a incerteza, especialmente em transações que exigem uma resposta rápida, como a Arbitragem. Além disso, a pré-confirmação também reforça a confiança do usuário no sistema L2. Com o aumento da confiança dos usuários no processamento seguro das transações, a utilização geral do ecossistema L2 também aumentará. Assim, a pré-confirmação desempenha um papel crucial na melhoria da eficiência e conveniência do processamento do Rollup.
A pré-confirmação é a solução final?
Embora as confirmações suaves de um sequenciador centralizado possam melhorar a experiência do usuário com a ordenação e os resultados esperados, elas dependem da confiança no sequenciador. Sem medidas coercivas legais ou técnicas, os usuários só podem depender da confiabilidade do sequenciador. Essa dependência traz consigo a possibilidade de que as transações possam não ser incluídas na ordem correta, ou até mesmo não sejam incluídas na L1, não proporcionando a garantia estável esperada pelos usuários.
Usando Taiko como exemplo para explicar o conceito e a prática da Pré-confirmação Baseada
Taiko dedicou muito esforço na implementação baseada em pré-confirmação, pois este método está altamente alinhado com as principais características do Based Rollup. Se o Based Preconfirmation puder ser introduzido com sucesso no quadro do Taiko, não só reduzirá significativamente a latência da confirmação final da transação, mas também melhorará a experiência do usuário. Além disso, esta melhoria ativará vários serviços anteriormente restritos para operar eficientemente na rede Taiko.
Antes de aprofundar o entendimento do Based Preconfirmation, é necessário revisitar algumas características-chave do Taiko, a fim de compreender mais completamente a aplicabilidade e as vantagens deste método.
Análise de casos Taiko
Taiko mostra completamente as características principais do Based Rollup. Não só alcança a total interoperabilidade com a infraestrutura do Ethereum, mas também está empenhado em alinhar-se totalmente com os mecanismos de segurança do Ethereum. O Taiko adota a arquitetura do Based Rollup, o que significa que não depende de um sequenciador centralizado, mas sim dos validadores do Ethereum para desempenhar o papel de sequenciador, responsáveis pela ordenação das transações e dos blocos.
Isso significa que o sequenciador da Taiko e o proponente do Bloco do ETH são o mesmo tipo de função. Esse design lhes confere responsabilidades especiais e mecanismos de incentivo, como recompensas de valor máximo extraível (MEV) e outros benefícios trazidos pela identidade do sequenciador. Portanto, quando ocorrem problemas no processo de sequenciamento da L2 da Taiko, esses sequenciadores assumem naturalmente a responsabilidade correspondente devido à sua relação de interesse no ecossistema do Bloco do ETH. Esse mecanismo diferencia significativamente a Taiko de outros projetos L2 do Bloco do ETH em termos de responsabilidade operacional.
Além disso, vale ressaltar que o modelo Based Rollup do Taiko foi projetado como “Based Contestable Rollup (BCR)”, uma estrutura que visa incentivar a competição saudável. Com um design aberto e sem permissões, o 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 é ‘Based Preconfirmation’. Este modelo tem como objetivo substituir os mecanismos tradicionais de confirmação suave, através de uma verificação direta no L1.
A Based Preconfirmation fornece um sistema no qual alguns validadores L1 participam voluntariamente e fornecem serviços de pré-confirmação. Como sequenciadores, esses validadores fornecem aos utilizadores previsões verificáveis dos resultados de transações Rollup. Este método oferece aos utilizadores uma garantia de confiança na inclusão e ordenação de transações, com base diretamente na L1, aumentando assim a confiança e fiabilidade do processo Rollup.
Justin Drake apresentou pela primeira vez o conceito de Based Preconfirmation e propôs um papel específico chamado ‘Preconfer’, que pode fornecer aos usuários garantia de assinatura e esclarecimento da ordem e estado de execução das transações. Para garantir a confiabilidade dos compromissos, cada Preconfer precisa fazer um stake de uma certa quantidade de Margem. Se eles não cumprirem os compromissos em relação à ordem das transações ou ao estado de execução, eles enfrentarão penalidades no mecanismo Slashing, resultando na perda parcial ou total de Margem.
O mecanismo de corte tem sido amplamente utilizado no stake PoS do Ethereum para efetivamente conter comportamentos maliciosos. Esse mecanismo não apenas fortalece o senso de responsabilidade dos validadores, mas também estabelece uma base de confiança entre os usuários e os validadores.
Os pré-confirmadores são punidos com Slashing em duas situações:
Falhas de Atividade (Liveness Faults): Se, por qualquer motivo, um confirmador prévio não incluir a transação prévia do usuário na cadeia, ocorrerá uma falha de atividade. Como as falhas de atividade nem sempre são intencionais, a punição é relativamente branda. Essas falhas podem ser causadas por problemas de rede ou interrupções na cadeia L1 ou L2, resultando na incapacidade de incluir a transação na cadeia. Para proteger os confirmadores prévios honestos de punições indevidas, o valor da punição por falhas de atividade geralmente é determinado por acordo entre o usuário e o confirmador prévio.
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 é inteiramente responsabilidade do pré-confirmador, portanto, as penalidades por falhas de segurança geralmente são mais severas. A margem do pré-confirmador será confiscada integralmente, independentemente de a questão ser intencional ou não.
Para se tornar um preconfirmador do modelo Baseado em Pré-confirmação, um Nó (normalmente o proponente do Bloco L1) deve aceitar as condições deste mecanismo de Slashing e fazer o stake da Margem necessária. Após a aprovação, o preconfirmador pode fornecer serviços aos usuários e obter receitas através da cobrança de taxas de serviço.
Este modelo de custos oferece uma grande conveniência aos usuários, permitindo-lhes contornar a latência inerente à confirmação final das transações Rollup. Por exemplo, após os usuários enviarem transações pré-confirmadas através de suas carteiras pessoais, podem imediatamente obter comprovantes de confirmação do pré-confirmador.
Os pré-confirmadores com base na participação no Preconfirmation não apenas podem obter receitas adicionais através da cobrança de taxas, mas também podem ajudar a otimizar o processo de confirmação de transações Rollup. Esse 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 uma taxa de pré-confirmação?
Isto está intimamente relacionado com o propósito central da pré-confirmação. Os utilizadores estão dispostos a pagar pela pré-confirmação porque resolve diretamente o problema da eficiência inferior das transações Rollup durante o processo de confirmação final, proporcionando uma significativa conveniência aos utilizadores.
Por exemplo, quando um usuário faz uma transação de pré-confirmação usando sua Carteira pessoal na cadeia L2 Bloco, a transação padrão pode precisar esperar pela confirmação final, enquanto o usuário que solicita a pré-confirmação pode obter uma garantia imediata do pré-confirmador, concluindo a transação sem latência. Nesse momento, o usuário pode até ver uma marca de seleção verde na interface da Carteira, indicando claramente que a transação foi concluída com sucesso.
Ao considerar o serviço de Finanças Descentralizadas, por exemplo, quando os usuários realizam a troca de tokens na plataforma de Finanças Descentralizadas L2, a pré-confirmação pode fornecer garantias adicionais para as transações relacionadas. Normalmente, as cotações de taxa de câmbio ou custos de transação podem ser inconsistentes com os resultados reais devido à latência. No entanto, por meio da pré-confirmação, os usuários podem desfrutar de um processo de confirmação final de transação rápido e eficiente, reduzindo as diferenças entre as condições esperadas e os resultados reais, e assim obter uma experiência de serviço mais confiável.
Esses casos de uso não apenas permitem que os desenvolvedores forneçam serviços mais precisos, mas também oferecem aos usuários uma experiência de uso mais suave e conveniente. Essa dinâmica ainda mais suporta a expansão do ecossistema L2 e também contribui para a subida do ecossistema L1 mais amplo. Além disso, para os sequenciadores Based Rollup, a renda adicional trazida pela pré-confirmação fornece um modelo lucrativo significativo. Esse design resolve efetivamente algumas das fraquezas tradicionais do Based Rollup, tornando-o uma escolha ideal para sequenciadores, combinando confiabilidade e atratividade.
Quais são os desafios da Pré-confirmação baseada?
Preconfirmação baseada ainda é uma área de pesquisa amplamente seguida em projetos Layer2 impulsionados por Rollup, representados pelo Taiko. Embora esse mecanismo forneça uma solução clara para melhorar o desempenho e a escalabilidade do L2, mantendo a descentralização, ele ainda enfrenta alguns desafios a serem resolvidos para alcançar uma adoção mais ampla.
Primeiro, quando um usuário submete uma transação para Bloco através do Preconfer, pode não haver garantia absoluta de inclusão da transação. Embora os pré-confirmantes forneçam garantia de Margem para a transação através de stake, esse mecanismo ainda não resolve completamente o problema de transações não incluídas devido a interrupções externas. Especialmente quando o valor da transação é maior do que o montante de stake do pré-confirmante, este pode abusar de seu poder e escolher seletivamente incluir ou excluir algumas transações, trazendo assim riscos potenciais.
Outro desafio significativo é o modelo de lucro baseado na pré-confirmação. A principal fonte de receita para os pré-confirmadores é a taxa de pré-confirmação paga pelos usuários. No entanto, se houver um número insuficiente de pré-confirmadores ou participação insuficiente, pode resultar em centralização de mercado e tendências monopolistas. Nesse caso, as taxas de pré-confirmação podem ser artificialmente elevadas, aumentando os custos para os usuários realizarem transações rápidas e eficientes, ameaçando assim o desenvolvimento saudável do ecossistema de pré-confirmação.
É importante notar que o conceito de Based Preconfirmation é relativamente novo, tendo sido proposto há apenas cerca de um ano. Levará algum tempo de prática e aperfeiçoamento para torná-lo uma ‘ferramenta-chave’ para maximizar a velocidade e eficiência das soluções L2 impulsionadas pelo Rollup. No entanto, à medida que o Rollup se estabeleceu firmemente como componente central da escalabilidade do ETH, explorar ainda mais a pré-confirmação para melhorar o desempenho marca um passo importante no desenvolvimento da tecnologia L2.
Especialmente Taiko, fez progressos importantes na implementação do Based Preconfirmation. 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 do Based Preconfirmation. Essas colaborações visam impulsionar ainda mais a evolução do ecossistema L2, com mais detalhes relevantes a serem discutidos em capítulos subsequentes.
Vista panorâmica do ecossistema de pré-confirmação: interpretação do diagrama de processo e exploração do projeto
Neste capítulo, vamos discutir quais projetos estão ativamente pesquisando e impulsionando o desenvolvimento da tecnologia de pré-confirmação no ecossistema de L2 impulsionado pelo Rollup. Como o ecossistema ainda está em estágios iniciais de desenvolvimento, vamos usar um gráfico de fluxo para visualizar e compreender mais claramente o processo específico de pré-confirmação.
Diagrama de Pré-Confirmação
A pré-confirmação é um processo complexo que requer uma estreita cooperação entre L1 e L2 e envolve vários papéis, cada um com responsabilidades específicas. Para facilitar uma compreensão mais intuitiva deste processo, fiz um diagrama de processo para uma breve visão geral. É importante notar que este diagrama de processo tem como objetivo ajudar a explicar a lógica geral e, portanto, não faz uma distinção rigorosa entre as diferentes características do Rollup e Based Rollup, mas sim se concentra no processo geral de nível básico.
Antes de entender os passos específicos do fluxo de trabalho, vamos primeiro conhecer os vários papéis e suas funções no processo de pré-confirmação:
Usuário: Um usuário individual que utiliza a rede L1 ou L2, responsável por criar e submeter transações. Se o usuário desejar obter garantia de pré-confirmação, ele enviará a transação concluída para um pré-confirmador.
Pré-conferente: Durante o processo de pré-confirmação, o pré-conferente é responsável por auditar e verificar a validade das transações, fornecendo assim uma garantia de pré-confirmação aos usuários. Através da pré-confirmação, os usuários podem obter rapidamente uma garantia de estado da transação antes da liquidação final. Se um nó não tiver qualificações de pré-confirmação, ele atua como um participante não pré-confirmado (Non-Preconf Actors), lidando principalmente com transações normais em vez de transações pré-confirmadas, semelhante a um nó de validação padrão.
L1 validadores (L1 Validator): Responsável por validar transações e blocos na rede L1. Assim que os pré-confirmadores enviam os dados da transação, os L1 validadores os validam e registram os dados finais na cadeia de blocos L1, garantindo a integridade das transações e o cumprimento das regras de consenso.
Gestor de Desafio Pré-confirmatório (Preconfirmation Challenge Manager): Quando houver disputas ou problemas no processo de pré-confirmação, este papel é responsável por investigar e tomar medidas adequadas para resolver as disputas. Este papel desempenha um papel fundamental na manutenção da justiça e confiabilidade do processo de pré-confirmação.
Agora, vamos organizar o processo de pré-confirmação de acordo com a ordem do fluxograma:
Os utilizadores enviam pedidos de transação para o pre-confirmador no pré-participante para iniciar o processo de pré-confirmação.
Os pre-confirmadores revisam e enviam um recibo de pré-confirmação para a transação, prometendo ao usuário que a transação será incluída no Bloco L1, fornecendo assim uma confirmação inicial e garantia final ao usuário.
Os pré-validadores enviam dados de transações que precisam ser incluídos no Bloco L1 para validadores L1. Esses dados podem ser transações individuais ou dados consolidados processados pelo sequenciador L2.
Os validadores L1 validam os dados das transações submetidas ou agregadas e registam-nos no Bloco L1 para garantir que estão em conformidade com as regras de Consenso da cadeia de Bloco.
Após um período de tempo, os dados de transação ou dados agregados no L1 Bloco atingem a finalidade, e a transação é oficialmente confirmada e concluída.
Os usuários podem verificar o resultado final das transações através do L1 Nó e, se necessário, apresentar qualquer disputa ou desafio de pré-confirmação potencial com informações relevantes.
Se ocorrer uma transação que não inclua corretamente as promessas no L1, os preconfirmadores enfrentarão penalidades do gestor do desafio de pré-confirmacão, como serem Slash Margem ou terem seus ativos de stake congelados.
Exploração de Projetos Relacionados
A seguir, será feita uma análise detalhada dos principais projetos envolvidos no ecossistema de confirmação antecipada e de seus papéis relevantes no processo. Embora esses projetos ocupem funções específicas no diagrama do processo, suas responsabilidades reais podem variar ligeiramente. Portanto, esta visão geral tem o objetivo de fornecer uma compreensão básica que possa servir como um guia geral. Para garantir clareza, os projetos em cada categoria são listados em ordem alfabética.
Pré-validadores de conferência
Astria: Astria está empenhada em substituir os sequenciadores centralizados por uma rede de sequenciadores Descentralização e permitir que vários Rollups partilhem esta rede. Este design proporciona aos Rollups uma maior capacidade de resistência à censura, uma finalidade de Bloco mais rápida e interações perfeitas entre Rollups. Para alcançar uma finalidade de Bloco rápida, Astria introduz uma funcionalidade de pré-confirmação, permitindo que os Rollups forneçam confirmações de transações rápidas e reforcem a resistência à censura, melhorando significativamente a experiência do utilizador.
Bolt by Chainbound: Bolt é um protocolo de pré-confirmação desenvolvido pela Chainbound, que fornece serviços de confirmação de transações quase instantâneas para os usuários da rede ETH. Sua operação é baseada em um mecanismo de participação sem necessidade de confiança e em apostas econômicas, ao mesmo tempo que é compatível com os canais existentes de MEV-Boost PBS, criando novas oportunidades de receita para os proponentes. A funcionalidade central do Bolt é a pré-confirmação da L1, que fornece finalidade imediata para transações básicas (como transferências e autorizações), melhorando assim a experiência do usuário. Ao transferir a responsabilidade pela inclusão de transações dos construtores de blocos centralizados para os proponentes, o Bolt fortalece a resistência à censura do sistema. Ao mesmo tempo, o mecanismo de registro de proponentes com aposta garante um ambiente sem necessidade de confiança, oferecendo suporte flexível a vários tipos de contratos inteligentes.
Espresso ：Espresso é um protocolo dedicado a melhorar a interoperabilidade do ecossistema blockchain. Ele adota o protocolo de Tolerância a falhas bizantinas HotShot (BFT) Consenso, alcançando a ordem de transações entre várias cadeias e a finalidade rápida dos dados. Espresso inclui a Rede Espresso e o Mercado Espresso, trabalhando juntos para fornecer finalidade rápida de transações e interoperabilidade eficiente, com o objetivo de melhorar a escalabilidade e a segurança do ecossistema blockchain.
Ethgás：Ethgás é um mercado para negociar espaço Bloco, com correspondência de negociações gerida por um sistema centralizado, e o processo na cadeia é executado por contratos inteligentes. Ethgás oferece dois principais recursos: pré-confirmação (garantindo que as negociações sejam incluídas dentro do limite de gás especificado) e execução de pré-confirmação (garantindo que as negociações atinjam um estado ou resultado específico). Ethgás concentra-se em proteger a privacidade das negociações no espaço Bloco e é conhecido por sua operação neutra.
Luban: Luban focuses on developing a Descentralização sequencing layer to connect transaction data between the Ethereum network and Rollup. The sequencing layer is designed as a Descentralização system that separates the proposal and execution roles. Luban’s pre-confirmation function significantly improves transaction reliability by ensuring the executability of transactions before they are included in the Ethereum network, while helping to optimize key factors such as money laundering, gas prices, and MEV.
Primev: Primev está desenvolvendo uma rede de proponentes integrada ao MEV, combinando pré-confirmação com recursos de MEV para construir uma rede ponto a ponto eficiente e confiável. Essa rede registra compromissos de execução de transações ETH e incentiva os proponentes através de recompensas ou penalidades. O Primev permite que os participantes do MEV definam condições específicas de execução para suas transações, enquanto os construtores de blocos e validadores podem se comprometer a cumprir essas condições, garantindo assim a pré-confirmação das transações. Com base no EIP-4337, o Primev oferece suporte a opções flexíveis de pré-confirmação e taxas de gás, melhorando não apenas a eficiência no processamento de transações, mas também aprimorando a experiência do usuário.
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 do 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, 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 central, impulsionando assim a sustentabilidade do ecossistema Ethereum.
Skate: A pré-confirmação AVS da Skate, com base nos ativos de staking da EigenLayer, fornece 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 a interação entre cadeias exchange e é posteriormente assinado e preparado para execução pelo relé da Skate. Através deste processo, o AVS da Skate realiza a pré-confirmação dos dados, aumentando significativamente a confiabilidade e eficiência das transações de interação entre cadeias.
Spire: A pilha baseada do Spire é um framework de rollup baseado em Ethereum (ETH) projetado para fornecer suporte para o desenvolvimento de AppChain (cadeias de aplicativos). Este framework permite que a AppChain interaja diretamente com a Ethereum (ETH) e personalize seu método de sequenciamento, oferecendo suporte a funcionalidades como troca inter-cadeias, otimizando a experiência do usuário por meio de pré-confirmações. A pilha baseada suporta vários ambientes de execução, garantindo a receita de sequenciamento da AppChain e mantendo compatibilidade com os sequenciadores compartilhados tradicionais. Como um projeto de código aberto, a pilha baseada fornece aos desenvolvedores as ferramentas e recursos completos necessários para construir e gerenciar AppChains, promovendo assim o desenvolvimento de AppChains e a interoperabilidade com o ecossistema da Ethereum (ETH).
Taiko Gwyneth: Taiko Gwyneth é um design de Rollup em desenvolvimento pela Taiko, classificado como uma arquitetura baseada em Rollup. Seu objetivo é alcançar total interoperabilidade com a rede Ethereum (ETH) e gerenciar diretamente a sequência de transações na rede ETH. Esse design aproveita ao máximo a segurança e a descentralização da rede ETH, oferecendo alta capacidade de processamento e confirmação final rápida. Atualmente, a Taiko está implementando um mecanismo de proponentes para auxiliar na criação de blocos e explorando um mecanismo de pré-confirmação para promover a produção de blocos lucrativos na comunidade. Esse mecanismo visa otimizar o agendamento de blocos e a eficiência na divulgação de dados. Para alcançar esses objetivos, a Taiko está colaborando com projetos como Nethermind e Gattaca.
L1 validadores
Chorus One: A Chorus One é um projeto que fornece serviços de validação e infraestrutura para redes de 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 responsabilidade da Chorus One é validar transações e gerar blocos para melhorar a confiabilidade e eficiência de toda a rede. Recentemente, a Chorus One tem mostrado grande interesse na tecnologia de pré-confirmação, chegando a realizar eventos temáticos durante o Devcon 2024.
Pesquisa
Nethermind: A Nethermind é um projeto dedicado ao desenvolvimento de clientes e ferramentas da Rede principal ETH, com o objetivo principal de melhorar o desempenho e a estabilidade da rede Bloco. Através da introdução de tecnologias avançadas de otimização, a Nethermind está impulsionando ativamente o aumento da capacidade de transações na rede ETH. Em relação à tecnologia de pré-confirmação, a Nethermind tem realizado pesquisas aprofundadas e submeteu uma proposta ao programa de financiamento da Taiko, com o objetivo de acelerar a implementação da funcionalidade de pré-confirmação na Rede principal da Taiko. Esta proposta é baseada no projeto RFP-001 da Nethermind e será implementada em duas fases: a primeira fase testará a funcionalidade de pré-confirmação em um grupo 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 no Rollup tradicional, independentemente de adotarem ou não a arquitetura Based Rollup. Ao introduzir o conceito de pré-confirmação, esses projetos estão construindo um sistema de confirmação de transações que permite aos usuários confirmá-las de forma mais rápida e confiável. Por meio desse 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 position as a Layer 2 project based on Based Rollup, actively promoting the implementation of Based Preconfirmation mechanism, thus achieving comprehensive interoperability and decentralization with Ethereum. By providing users with fast and reliable transaction final confirmation guarantees, Taiko significantly improves transaction processing speed and reliability, thereby greatly improving user experience.
No entanto, vários especialistas do setor, incluindo Ed Felten da Arbitrum, apontaram que ainda falta um middleware maduro que possa oferecer suporte total à pré-confirmação. Isso indica que a maturidade da tecnologia de pré-confirmação e o modelo de lucratividade do pré-conferente ainda enfrentam desafios que precisam ser resolvidos.
Como mencionado 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 da Ethereum. Esta tendência também está alinhada com a lei geral de otimização contínua após a implementação inicial do conceito do sistema. Acredito que esta fase marca um importante Nó na evolução do sistema L2 e é um desenvolvimento positivo e emocionante no atual ecossistema L2.
A melhoria da conveniência do usuário por meio de pré-confirmação pode ter um impacto significativo não apenas em áreas que valorizam velocidade e eficiência, como Finanças Descentralizadas e jogos, mas também pode reconectar partes descentralizadas do ecossistema anterior, melhorando o desempenho da camada 2 do Ethereum. Essa melhoria de desempenho pode permitir a integração de mais projetos Tipo-1 da camada 2 do Ethereum com a Profundidade do Ethereum, liberando o potencial que antes era difícil de alcançar devido a limitações de velocidade. Esses avanços certamente terão um impacto significativo em todo o ecossistema Ethereum.
A pré-confirmação ainda é um caminho acidentado cheio de desafios. No entanto, pioneiros como Taiko estão enfrentando dificuldades e se concentrando em fornecer mais conveniência aos usuários. A inovação nunca foi fácil, mas como defensor do ecossistema Ethereum e Layer2, eu os respeito e encorajo sinceramente seus esforços.
