Não fique mais fazendo promessas com TPS alto, qual é realmente o limite físico de 40 milissegundos do Fogo?\n\nTodos estão discutindo se o fim do SVM é o Monad, mas recentemente me imergi na implementação de baixo nível do Fogo e descobri algumas lógicas mais interessantes. Em vez de dizer que é apenas um espelho simples do Solana, é mais apropriado dizer que está realizando uma cirurgia minimamente invasiva na latência das transações no nível do protocolo de rede. Sempre achei que acumular TPS cegamente fez com que a narrativa das blockchains de camada 2 entrasse em um sério cansaço estético; o que os desenvolvedores principais realmente precisam não são aqueles números extravagantes, mas sim a certeza de que a brecha entre o clique do comando e a confirmação final quase não existe.\n\nO ciclo de blocos de 40 milissegundos introduzido pelo Fogo realmente desafia os limites físicos, e esse design diretamente se dirige ao nicho de alta frequência de negociação que é pequeno, mas lucrativo. Comparado ao grande irmão Solana, o ponto mais inteligente do Fogo é que ele não tentou ser um jogador tudo-em-um, mas sim, através de múltiplos mecanismos de consenso local, para se proteger contra a latência geográfica. Durante os testes práticos, observei que, embora a velocidade aparente seja muito rápida, ainda há pequenas oscilações na frequência de sincronização entre nós de diferentes continentes sob pressão extrema; essa barreira física é algo que qualquer algoritmo de software não pode evitar completamente. Comparado ao Sui, que depende do processamento paralelo baseado em modelo de objetos, o Fogo depende mais da redundância do hardware subjacente e da otimização extrema da arquitetura Firedancer, o que torna seu design básico mais “frio e institucional”, em vez de ser apenas um experimento comunitário.\n\nDo ponto de vista da concorrência, o Monad ainda está se debatendo sobre como fazer a arquitetura EVM alcançar o desempenho do SVM, enquanto o Fogo já está em cima dos ombros do SVM, começando a eliminar aquelas caixas pretas de governança inchadas. Estou mais interessado na implementação nativa de proteção MEV do Fogo; essa ação de interceptar diretamente comportamentos maliciosos de front-running no nível do protocolo é claramente mais convincente do que plugins de terceiros. É inegável que esse início frio descentralizado está passando por dores de crescimento, e a redistribuição inicial de fichas quase se tornou uma fórmula inevitável da indústria. Estou mais ansioso para ver se DEXs nativos como o Valiant conseguem isolar com precisão o tráfego indesejado no mercado de taxas locais quando suportam volumes reais de pedidos institucionais. Atualmente, o ecossistema parece um pouco vazio, mas esse caminho de ativos pesados que combina hardware e software está destinado a ser uma batalha final sobre eficiência de execução.\n\n@Fogo Official $FOGO #Fogo