Para ser sincero, quando ouvi pela primeira vez sobre o Fogo "sem pool de memória", minha primeira reação foi: isso é um exagero?
Após todos esses anos de blockchain, o mempool (pool de memória) não é um padrão essencial? As transações são enfileiradas, empacotadas e transmitidas, isso é o mínimo que se espera.
Depois de dar uma olhada na documentação da arquitetura do Fogo, percebi que eles realmente conseguiram contornar essa questão.
Como conseguiram isso? A resposta é: uma combinação de cliente unificado + consenso geográfico.
Vamos começar falando sobre o cliente. Desde o início, o Fogo utiliza um único cliente, todos os validadores executam o mesmo código. O que isso significa? Significa que a transmissão de transações não precisa esperar a resposta do nó mais lento — a velocidade das cadeias tradicionais é prejudicada por "nós limitantes", enquanto o Fogo simplesmente removeu o limitante.
Todos os nós executam a mesma pilha de rede, modelo de memória e estrutura de concorrência, sem caminhos de verificação diferenciados. Quando uma transação chega, ela vai direto para o validador, sem precisar esperar na pool de memória.
Agora, sobre o consenso geográfico. O Fogo agrupa os validadores por região, com a região asiática trabalhando durante o dia e a americana fazendo o trabalho à noite. Cada rodada de consenso ocorre apenas entre os nós da mesma região, reduzindo a latência de centenas de milissegundos para 40 milissegundos. O caminho da transação muda de "transmissão em toda a rede" para "direto na região".
O fluxo de transações das cadeias tradicionais: você envia uma transação → entra no mempool para enfileirar → mineradores empacotam → transmitem para verificação → confirmação. Sem falar no longo tempo de espera, ainda há robôs MEV de olho para tirar vantagem.
O fluxo do Fogo: você envia uma transação → o validador processa diretamente → confirmação. Sem intermediários lucrando com a diferença.
Há um detalhe chamado padrão Sessions, onde uma única autorização de assinatura pode dispensar a interação de gas por toda uma sessão. Isso significa que dApps podem ajudar os usuários a cobrir o gas, economizando até o passo "primeiro carregar dinheiro e depois transacionar".
Portanto, o Fogo não é "sem pool de memória", mas sim não precisa de um pool de memória.
Sua lógica é bem simples: já que todos os nós são igualmente rápidos, não há necessidade de enfileiramento, vamos direto à mesa para comer. Em vez de deixar as transações esperando no pool, por que não deixar os validadores correrem atrás das transações para processá-las?
Para ser sincero, no início pensei que "sem pool de memória" era apenas uma jogada de marketing. Agora vejo que essa é a compreensão mais robusta do Fogo sobre o que significa uma "cadeia de desempenho" — a verdadeira velocidade não é aumentar a velocidade de enfileiramento, mas sim fazer com que o próprio ato de enfileirar desapareça.
