O Fogo pode manter seu desempenho durante as horas de pico?
Não estou mais convencido por promessas de desempenho, só confio nas horas de pico, quando uma cadeia ou mantém seu ritmo ou quebra à vista.
Com o Fogo, o foco é a capacidade de manter o ritmo sob carga, não apenas ser rápido quando a estrada está vazia, porque as horas de pico são quando usuários reais e fluxo real aparecem juntos, eu assisti muitas cadeias postarem TPS bonitos enquanto a finalização se estende, filas aumentam, transações caem e a multidão passa da expectativa ao ridículo, é verdadeiramente irônico, a confiança pode começar a desmoronar a partir de alguns minutos de pendência.
Comparado com sistemas que perseguem throughput a qualquer custo, acho que o Fogo se inclina para a disciplina operacional, gerenciando o fluxo bem na entrada para que a fila não exploda, classificando a demanda, restringindo padrões de transação que tendem a criar conflitos de estado e roteando o restante por um caminho de execução mais limpo, então na camada de execução, reduzindo colisões para que transações que não tocam o mesmo estado possam ser executadas em paralelo, e quando picos ocorrem, a latência não aumenta de forma cascata.
O verdadeiro desempenho sempre se revela nos dados das horas de pico, tempo de bloco, finalidade, TPS por hora, taxa de transação descartada, profundidade da fila, saúde do nó e como a equipe intervém quando os picos acontecem, talvez o Fogo só precise deixar os números falarem.
O que me impressionou é que $FOGO enfatiza manter um ritmo estável quando está mais movimentado, em vez de apenas tentar provar que é o mais rápido quando tudo está calmo.
