Muitos blogs de criptomoedas atribuem importância à velocidade da cadeia.

Acho que essa abordagem é restrita!

Em um mercado real, um loop é criado, e o ciclo roda indefinidamente: novas atualizações de preço são recebidas, ordens correspondidas são organizadas, sistemas de risco respondem, novas ordens são criadas. Este loop tende a falhar na cadeia em uma das três etapas: os dados chegaram tarde, motores de liquidação e preços perpétuos saíram de sincronia; a execução se tornou uma loteria, e uma execução, em vez de uma experiência normal de negociação; ou a experiência do usuário exige que o usuário faça login em um loop constante, matando a negociação normal.

A estratégia do FOGO é forte na medida em que visa comprimir todos os três elos fracos ao mesmo tempo. Conecta dados de mercado ao vivo com execução e elimina o sinal interminável, sinal, sinal que torna o DeFi uma tarefa tediosa. Essa sinergia torna o projeto uma sinergia entre um desafio de design de local e não um exercício de marketing de TPS.

Por que o FOGO discute geografia como um engenheiro TradFi

|human|\u003ePor que o FOGO fala sobre geografia como um engenheiro TradFi.

Outro aspecto notável é a abertura da proximidade física que o FOGO menciona. Ele usa uma topologia baseada em zonas onde os validadores estão co-localizados em zonas geográficas para colocar a latência no limite do hardware, e então rotacionar as zonas com o tempo para que não sejam colocadas em locais permanentes. Isso é semelhante ao TradFi, uma vez que os mercados de alta frequência consideram a distância física e o roteamento como um produto.

O Crypto tende a acreditar que a distância não conta. O FOGO afirma claramente que se importa e cria ao seu redor. Essa história muda a descentralização para uma alocação aleatória para impressões operacionais rotativas com objetivos de desempenho definidos.

A escolha do Cliente Canônico é uma declaração canônica de confiabilidade.

O uso de um caminho de cliente baseado em Firedancer é outra decisão de design menor do FOGO. A maioria das cadeias usa vários clientes como um teste de limpeza, mas o FOGO percebe o desempenho como uma questão de coordenação: caso a rede precise suportar clientes lentos, o limite de desempenho é herdado pelo restante da cadeia.

Isso é uma troca na engenharia, não uma posição moral. O FOGO tenta imitar a infraestrutura do mercado, que, como regra, padroniza os elementos-chave para tornar o resultado previsível e consistente. E, goste você ou não, é uma posição consistente: evitar a diversidade teórica que mina o comportamento determinístico que os traders precisam.

As sessões não são uma "Boa Usabilidade UX", elas são um Primitivo de Mercado.

A maioria da população fala sobre sessões como algo conveniente, mas, na verdade, a existência de algumas aplicações depende das sessões. Quando um trader ou bot é esperado para assinar uma carteira por pedido, então o produto nunca terá a sensação de tempo real. As exchanges centralizadas também são suaves, pois os usuários se autenticam e podem operar com uma janela de permissão controlada.

As sessões do FOGO abraçam tal ideia on-chain. De acordo com a documentação, as sessões são temporárias, limitadas, podem expirar ou serem revogadas, e existem para manter a custódia do usuário e facilitar as interações. Mais importante, as sessões permitem apenas comunicações de token SPL e proíbem a comunicação direta com o FOGO nativo, pois é uma camada de infraestrutura usada por pagadores e primitivas de baixo nível. Essa isolação é crítica: permite que as aplicações sejam naturais e, ao mesmo tempo, fornece segurança.

Dados ao vivo são mais importantes do que a maioria das cadeias atraem.

Uma cadeia expedita com dados lentos é um sistema de negociação lento. A história por trás do FOGO enfatiza a integração de oráculos, particularmente através do Pyth e a provisão de dados de mercado nativos em tempo real para desenvolvedores. Outro produto disponível no Pyth é o Lazer, um produto de fluxo de preços de ultra-baixa latência que é projetado para ser usado em negociações em tempo real, o que se encaixa perfeitamente na missão do FOGO de não apenas finalizar uma negociação, mas de realmente responder a ela.

Isso é essencial em perpétuos e sistemas com liquidações pesadas, onde pequenos atrasos se tornam perdas reais em dinheiro, e essa área tem sido a mais vulnerável no DeFi.

Quando o FOGO está operando com dados apertados e uma execução apertada ao mesmo tempo, o espaço operacional para explorações de latência é reduzido.

Aposta em Microestrutura Ambiente e Maior.

Os padrões de execução que o FOGO suporta tornam seu ecossistema mais aparente. No anúncio das finanças ambientes, o Pyth afirma que é possível utilizar o poder de um DEX garantido para oferecer uma experiência integrada em termos de execução, preço e liquidação. Isso não acontece em uma aliança aleatória, mas uma indicação de que o FOGO deseja que a camada base e seu local de negociação central co-evoluam, criando uma pilha de local e não uma aplicação em cima de uma cadeia genérica.

Estou seguindo nessa direção, já que livros de ordens mais rápidos não são tudo o que o DeFi precisa. Ele requer modelos de implementação para reduzir os problemas do fluxo tóxico e aliviar os efeitos semelhantes ao MEV entre usuários comuns. O campo dessa luta é o design de local.

A mainnet do FOGO foi lançada em 15 de janeiro de 2026. Reportou tempos de bloco de aproximadamente 40 0 ms e mais de 1200 transações por segundo com a aplicação ao vivo inicial. Esse é um número de uma rede pública e não de algum experimento de laboratório.

A rota mais reveladora é a rota de financiamento. Aproximadamente no lançamento, o FOGO declarou uma venda de token efetiva na Binance que vendeu 20 por cento de seu fornecimento a uma avaliação totalmente diluída de $350m, levantando cerca de 7M. Uma pré-venda pública anterior que visava $20M a uma avaliação de $1B foi cancelada pela equipe, pois mudou seu foco para airdrops e um programa de pontos. Isso não foi uma trivia - indica como a equipe estava se adaptando ao ambiente de mercado e às demandas da comunidade no aqui e agora, equilibrando requisitos de capital e óptica de distribuição e envolvimento a longo prazo na rede.

O FOGO terá que ganhar construtores para ganhar traders. A documentação do ecossistema revela que atenção foi dada à eliminação de fricção. O SDK de integração, assim como parceiros do ecossistema como Wormhole para ponte, Squads para assinar multisig, ferramentas de visibilidade como Goldsky, ferramentas de dados e roteamento como Birdeye e Codex, etc. permitirão que os desenvolvedores enviem e não apenas admirem um documento de consenso.

Praticamente, a maioria das cadeias falha não por serem lentas, mas por experienciar uma remessa dolorosa, falta de análises e uso de aplicativos, que são incapazes de fornecer uma experiência do usuário limpa. O FOGO está ciente do fato de que a infraestrutura de negociação não é uma única característica.

A velocidade é apenas uma ferramenta. O que a cadeia pode alcançar de forma segura e razoável nessa velocidade é a principal questão que outras cadeias não podem. Lendo a documentação do FOGO e assistindo ao seu lançamento na mainnet, o projeto parece não ser tanto uma L1, mas sim um esforço para recriar a microestrutura de um verdadeiro local de negociação on-chain. Envolve não apenas os blocos rápidos, mas também sequenciamento previsível, ajuste de oráculos e modelos usados na execução que minimizam os jogos estranhos que não são favoráveis aos traders.

Há um elo fraco no loop de negociação: Dados, Execução ou UX.

Em minha futura tese, eu argumentaria que o FOGO está experimentando outra definição de mercados descentralizados. Outro critério que ele apresentou para manter a velocidade e resiliência são os padrões de desempenho, zonas de co-localização e rotação, em vez de afirmar o fato de que qualquer um pode agora ser um validador. Em vez de exigir que os usuários carreguem tokens de gás e assinem toda vez, ele possui fluxos baseados em sessões e semelhantes a pagadores para fornecer uma UX que se assemelha mais a um local real. Também se concentra no design de oráculos em tempo real, onde os dados não ficam para trás em relação à execução.

É por isso que não vou diminuir o FOGO para blocos de 40ms. Esses números são importantes desde que resultem em um desempenho de mercado melhorado - spreads menores, menos surpresas de execução, liquidações mais previsíveis e uma experiência on-chain que não pune usuários normais. Se o FOGO será capaz de suportar tais propriedades semelhantes a locais à medida que a atividade aumenta, e não se tornará fraco nas condições ideais, é o verdadeiro teste.

\u003ct-33/\u003e

\u003cc-7/\u003e\u003cm-8/\u003e