Non utilizzare più "ritardo sulla catena" come scusa: #Fogo Ha portato il tempo di blocco sotto i 40 ms, il CEX è ancora stabile?
Ragazzi, ho un dato che devo mettere in evidenza: la rete principale di Fogo attualmente stabilizza il tempo di blocco sotto i 40 ms.
Cosa significa? Il tempo di generazione dei blocchi delle tradizionali blockchain è di centinaia di millisecondi o addirittura secondi, in scenari di trading ad alta frequenza, liquidazione in tempo reale e aste, il ritardo consuma direttamente oltre metà dei profitti - l'esperienza utente non riuscirà mai a tenere il passo con il CEX. Ma l'architettura di @Fogo Official ha spinto la generazione dei blocchi vicino al limite fisico della rete.
Come ci sono riusciti? Client puramente Firedancer + Consenso locale multiplo + Validatori condivisi a Tokyo. Non si gioca con le chiacchiere, ma si aumenta l'efficienza di esecuzione.
Dati attuali della rete principale:
1. Il tempo di blocco è stabile sotto i 40 ms;
2. TPS in tempo reale 800+ senza crollare;
3. Il picco storico della rete di test ha verificato oltre 136k+ TPS;
Per il refresh dell'order book in millisecondi, questa base è davvero solida.
Ma a proposito, i dati attuali sono le performance in un ambiente a basso carico. In una vera situazione di alta concorrenza, la stabilità sarà in grado di reggere? Questa è la vera prova centrale.
Quindi gettiamo due domande ai progetti, che sono anche i punti su cui la comunità dovrebbe focalizzarsi:
1. Un mese dopo il lancio della rete principale, quando usciranno i dati di fluttuazione del tempo di blocco sotto i 40 ms sotto carico di transazioni reale?
2. Qual è il programma per il prossimo passo di ottimizzazione per comprimere a meno di 30 ms?
Il ritardo non è più una scusa per le blockchain. Chi può mantenere la posizione sul campo di battaglia dei millisecondi, è chi merita di essere chiamato "catena di transazione".
