Uma transação passa pelo processo repetível de "submissão → sequenciação → confirmação de consenso → visibilidade do estado" antes de ser reconhecida como "confirmada" por outras cadeias, pontes ou aplicações num ambiente multichain. A Espresso Network (ESP) atua como uma camada base partilhada de confirmação e liquidação, recebendo blocos dos sequenciadores de Rollup. A rede de validadores utiliza HotShot para fornecer endosso BFT em segundos, tornando os blocos confirmados pela Espresso imediatamente disponíveis para acesso a jusante.
Este mecanismo resolve o desafio da sequenciação de confirmação: já não é necessário aguardar pela liquidação final do Ethereum L1 para obter uma sequência verificável e uma visão de estado; a liquidação L1 pode prosseguir conforme as regras da ponte. Compreender quando cada etapa é acionada e como as confirmações são retransmitidas permite clarificar os limites para leituras de estado entre cadeias.
Quais são os pré-requisitos para uma transação entrar na Espresso?
Antes de uma transação iniciar o caminho de confirmação na Espresso, o sistema relevante tem de estar preparado para integração: o ambiente alvo deve estar conectado à Espresso; é necessário um sequenciador autorizado (ou construtor de blocos equivalente); e a transação deve ser aceite conforme as regras de execução e sequenciação do ambiente. A Espresso não substitui a camada de execução de cada ambiente, mas fornece confirmação descentralizada para o output de transações do sequenciador.
| Item de preparação |
Verificação principal |
Impacto se não estiver pronto |
| Integração do ambiente |
O Rollup/aplicação está integrado com a Espresso? |
O bloco não pode entrar na camada de confirmação |
| Sequenciador autorizado |
Existe um sequenciador autorizado para submeter blocos à Espresso? |
Não é possível iniciar submissão e fila |
| Aceitação da transação |
A transação foi aceite pelas regras de mempool/sequenciação do ambiente? |
Não é possível enviar bloco para confirmação |
| Consumidor a jusante |
Pontes, aplicações ou solvers subscreveram à visão de confirmação? |
Confirmação concluída mas ilegível entre ambientes |
A tabela demonstra que a confirmação de segundo nível exige "integração + submissão autorizada + leitura a jusante" em simultâneo. Normalmente, só se nota que "a transação foi submetida a um Rollup", mas o sistema tem de incluir essa transação num bloco destinado à Espresso.
Etapa 1: Como são submetidas e enfileiradas as transações?
O processo inicia-se quando um utilizador ou aplicação submete uma transação a um Rollup (ou outro ambiente de execução). A transação entra na lógica de receção e fila do ambiente. Um sequenciador autorizado ordena e agrupa transações em blocos ou lotes segundo regras locais, e submete-os à Espresso. A Espresso recebe o fluxo de blocos do sequenciador, não as transações individuais dos utilizadores.
Durante a etapa de submissão e fila, a interface pode mostrar rapidamente "recebido" ou "pré-confirmado"—são feedback do próprio sequenciador do Rollup; a confirmação pela Espresso ainda não ocorreu. Internamente, o sequenciador fixa a ordem do lote, gera um bloco para submissão e envia-o através da interface de integração. Este processo pode ser repetido conforme necessário—novas transações são agrupadas e submetidas à medida que chegam.
Se o sequenciador atrasar, censurar ou falhar na submissão, a transação permanece na fila local e não é possível visualizar Finalidade ao nível Espresso a jusante. O grau de centralização da sequenciação é uma questão estrutural debatida na comparação de camadas de sequenciação partilhada; aqui, o foco é "o que acontece após a submissão e como se completa a confirmação".
Etapa 2: Como é que o HotShot completa a sequenciação e confirmação?
Quando um bloco entra na Espresso, a rede de validadores executa o consenso HotShot: sob uma estrutura Proof of Stake (PoS) e Byzantine Fault Tolerance (BFT), chega-se a acordo sobre a ordem dos blocos e disponibilidade de dados (DA). O HotShot foi concebido para resposta otimista—confirma o mais rápido possível quando as condições da rede o permitem. Fontes públicas indicam tempos de confirmação em mainnet de vários segundos.
A confirmação é ativada quando validadores com peso suficiente votam no bloco proposto. Após atingir o limiar, o bloco torna-se confirmado pela Espresso, com sequência e compromisso finalizados na camada de consenso. A execução permanece com cada ambiente de Rollup ou aplicação, que transita deterministamente o estado para a sequência confirmada; a Espresso não executa lógica de negócio.
| Etapa do processo |
Condição de ativação |
Ação do sistema |
Alteração visível para utilizador/aplicação |
| Submissão |
Sequenciador agrupa e submete bloco |
Bloco entra no caminho de confirmação da Espresso |
Frequentemente mostra "a processar/pré-confirmado" |
| Confirmação HotShot |
Validadores atingem limiar de votação BFT |
Bloco atinge Finalidade na Espresso |
Visão de confirmação da Espresso é consultável |
| Leitura a jusante |
Ponte/aplicação subscreve resultados de confirmação |
Lógica entre ambientes avança pela sequência de confirmação |
Ações entre cadeias podem ser acionadas pelo estado de confirmação |
| Liquidação L1 (posterior) |
On-chain conforme regras de ponte e contrato |
Lote correspondente submetido ao Ethereum L1, etc. |
Liquidação final L1 concluída (maior atraso) |
Esta tabela distingue entre "confirmação de segundo nível" (concluída pelo consenso HotShot na Espresso) e "liquidação final L1". A liquidação L1 pode prosseguir conforme planeado, mas o protocolo pode exigir que apenas blocos que correspondam à confirmação da Espresso sejam elegíveis para liquidação na L1 de ponte.
Figura 1. Caminho principal de confirmação na Espresso: submissão de utilizador/aplicação → agrupamento pelo sequenciador de Rollup → confirmação pelo validador HotShot → consumo de Finalidade por Rollup/ponte/aplicação.
A participação dos validadores na confirmação depende de staking e incentivos do protocolo; staking ESP e taxas de protocolo detalham o papel do ESP no staking dos validadores e pagamentos de taxas, essenciais para o funcionamento contínuo da camada de confirmação e sem impacto na sequência acima.
Etapa 3: Como são transmitidos os resultados de confirmação ao Rollup, ponte ou aplicação?
Após a confirmação HotShot, os blocos confirmados pela Espresso tornam-se consultáveis em segundos. Nodos de Rollup, submitters de lote, componentes de ponte, protocolos de mensagens, solvers e outras aplicações on-chain podem utilizar serviços de consulta ou fluxos de eventos para aceder à sequência confirmada e compromisso de estado, atualizando a sua visão do "estado confirmado" para o ambiente.
Transmitir não significa que os resultados de execução sejam enviados para todas as cadeias, mas sim que é fornecida uma fonte de verdade partilhada e verificável: quem ler a confirmação primeiro pode avançar a lógica entre ambientes conforme as suas próprias regras. As restrições do protocolo garantem que apenas blocos que correspondam à confirmação da Espresso são aceites durante a liquidação L1 de ponte, impedindo os sequenciadores de reescreverem a sequência confirmada posteriormente. Para utilizadores, isto significa que operações entre cadeias ficam disponíveis mais rapidamente; para sistemas, a camada de confirmação fornece factos intermédios composáveis antes da liquidação final L1.
Como difere de "aguardar a liquidação final Ethereum L1"?
Ao confiar apenas na liquidação final Ethereum L1, os lotes de Rollup têm de esperar pela finalidade L1 antes de pontes e aplicações entre cadeias considerarem o estado seguro—normalmente um processo que demora mais de dez minutos. O caminho Espresso atinge confirmação BFT em segundos após submissão pelo sequenciador, permitindo leitura do estado de confirmação a jusante mais cedo, com a liquidação L1 a permanecer como âncora de segurança posterior.
| Dimensão |
Caminho de confirmação Espresso |
Apenas aguardar liquidação final Ethereum L1 |
| Entidade de confirmação |
Rede de validadores HotShot (BFT) |
Finalidade de consenso Ethereum L1 |
| Atraso típico |
Vários segundos |
Normalmente mais de dez minutos |
| Quando pode ser lido a jusante |
Imediatamente após confirmação da Espresso |
Normalmente apenas após finalidade L1 |
| Relação com sequenciador |
Cada ambiente pode manter o seu sequenciador, com camada de confirmação descentralizada |
Lotes vão diretamente para L1, ao ritmo da L1 |
| Restrições de ambiguidade |
Pode exigir que lotes de liquidação correspondam à confirmação da Espresso |
Depende de contratos L1 e janelas de prova |
Esta tabela sublinha a diferença em "quem fornece compromisso de sequência confiável primeiro" e "quando pontes e aplicações iniciam ações entre ambientes". A Espresso não elimina a liquidação L1, mas insere uma camada de confirmação rápida e repetível entre ambas.
Figura 2. Caminho Espresso vs. caminho apenas de liquidação L1: à esquerda, pontes/aplicações lêem após confirmação HotShot de segundo nível; à direita, ações tomadas após finalidade L1.
Quais são os riscos e pontos de falha neste processo?
Existem pontos de falha na submissão, consenso e consumo a jusante. Se o sequenciador censurar, falhar ou atrasar a submissão, as transações não entram no HotShot; se a rede de validadores não atingir o limiar de votação, a confirmação é atrasada ou estagnada; se a jusante falhar ao subscrever à visão da Espresso, a lógica entre cadeias pode seguir o antigo cronograma mesmo que o utilizador veja sucesso.
Os riscos estruturais incluem: a segurança da camada de confirmação depende da distribuição de staking e pressupostos BFT; Finalidade Espresso e liquidação final L1 são limites de segurança distintos—se aplicações tratarem confirmação de segundo nível como equivalente à finalidade L1, podem calibrar mal parâmetros de ponte e liquidação; falhas de integração ou consulta podem originar estados "confirmados mas ilegíveis". Estes riscos referem-se a limites mecânicos, não a aconselhamento de investimento.
Resumo
A confirmação de segundo nível na Espresso Network é um processo repetível: as transações são aceites pelo ambiente de Rollup, agrupadas e submetidas por um sequenciador autorizado; validadores HotShot completam confirmação BFT em segundos; os blocos confirmados pela Espresso ficam imediatamente disponíveis para leitura por Rollup, ponte e aplicação; a liquidação final L1 pode continuar conforme regras correspondentes. Analisar os acionadores e pontos de falha para submissão, confirmação e transmissão clarifica que "Finalidade de segundo nível" é um design de sequência de confirmação, não um evento isolado.
Perguntas Frequentes
O que é a Espresso Network?
A Espresso Network serve como camada base partilhada de confirmação e liquidação para ambientes multichain e de aplicação. Cada ambiente mantém as suas próprias regras de execução e sequenciação; após submissão de blocos à Espresso, validadores fornecem Finalidade rápida via HotShot, que pode ser lida por outras cadeias e pontes.
Como é que a Espresso atinge Finalidade de segundo nível?
Após sequenciadores autorizados submeterem blocos à Espresso, validadores executam consenso HotShot, confirmando ordem dos blocos e disponibilidade de dados uma vez atingido o limiar de votação BFT. Fontes públicas indicam tempos típicos de confirmação de vários segundos, permitindo leitura de visões de confirmação a jusante sem aguardar liquidação final Ethereum L1.
O que é o consenso HotShot?
HotShot é o protocolo de consenso Byzantine Fault Tolerant utilizado pela Espresso Network para alcançar rapidamente acordo entre validadores sobre ordem e disponibilidade de blocos. Foi concebido para confirmação rápida quando as condições da rede são favoráveis, fornecendo Finalidade de segundo nível para Rollups e aplicações, mas não executa transações.
Como é que a Espresso melhora a velocidade de confirmação entre cadeias?
Pontes entre cadeias, protocolos de mensagens e solvers podem ler diretamente blocos confirmados pela Espresso para obter visões de estado confirmadas das cadeias integradas, sem aguardar sempre pelo fecho da janela de finalidade L1. Com a sequenciação de confirmação avançada, ações entre ambientes podem começar mais cedo, mantendo restrições de protocolo para garantir que lotes de liquidação on-chain correspondam à confirmação da Espresso.
Quais são os riscos de utilizar a Espresso?
Os principais riscos incluem falha ou censura na submissão pelo sequenciador, consenso dos validadores não atingir o limiar a tempo, erros nos componentes de consulta e integração, e confusão entre Finalidade Espresso e liquidação final L1, levando a avaliações incorretas dos limites de segurança. A camada de confirmação depende também de staking e pressupostos BFT; interrupção em qualquer etapa pode impedir a conclusão do caminho de "confirmação de segundo nível".
