Le white paper sul meccanismo di consenso sul mercato, nove su dieci ripetono "siamo più decentralizzati", "abbiamo più nodi". Se si vuole davvero avviare un trading ad alta frequenza, i nodi devono girare attorno alla Terra, e una volta che il voto è confermato, il piatto è già freddo. Questo approccio che sacrifica i limiti fisici per la decentralizzazione assomiglia molto al fatto di dover far firmare ai soci globali per poter pagare gli stipendi; la conformità è stata rispettata, ma l'efficienza è andata a farsi benedire. Ieri sera, mentre analizzavo l'architettura di consenso multi-locale di #FOGO , ho iniziato a intravedere qualche intuizione. Non si è preoccupato di chi fosse il vero "decentralizzato" in questa guerra religiosa, ma si è concentrato sul tagliare il problema del ritardo geografico.
Dico chiaramente, il design di questo "gruppo di consenso locale" è piuttosto audace. Prima, quando facevamo trading su L1 tradizionali, una volta inviato il comando, dovevamo aspettare che i nodi globali si sincronizzassero lentamente. Il ritardo fisico in mezzo è un vicolo cieco che nemmeno la velocità della luce può salvare. Questa strategia di co-locazione di FOGO equivale a stabilire direttamente una "filiale locale" nei principali centri finanziari, con i nodi all'interno della regione che comunicano faccia a faccia, confermando prima di allinearsi con il resto del mondo. Mentre i concorrenti stanno ancora cercando di ottimizzare i cicli dell'algoritmo di consenso, qui si sta già iniziando a lavorare sulla struttura topologica fisica. Per i market maker e i team quantitativi, questa "sensazione locale" è una necessità; altrimenti, la tua strategia dovrà sempre pagare un "prezzo di ritardo" in più rispetto agli altri.
C'è anche un punto molto interessante riguardo alla sua performance di latenza sotto il carico peggiore. Chi fa alta frequenza lo sa, anche se il TPS sembra buono, quando si verifica un mercato estremo e ci sono congestioni, la curva di latenza decolla. Qui @Fogo Official menziona la stabilità della bassa latenza e la selezione di validatori, che chiaramente anticipano l'emergere di questi "scenari di cigno nero". 40 millisecondi per il blocco, 1.3 secondi per la conferma; se questi dati possono mantenersi stabili sotto test di stress, allora il libro degli ordini on-chain e i contratti perpetui possono davvero restituire la sensazione fluida di un exchange centralizzato.
Ho visto alcune persone nella comunità chiamarlo "versione migliorata di Solana", ma in realtà è una visione superficiale. Solana è forte nel trattamento parallelo, ma nella microstruttura intercontinentale, la dura realtà della distanza fisica non può essere compensata dall'ottimizzazione software. L'idea di FOGO di ricostruire la relazione tra "coerenza globale" e "velocità locale" a livello fisico è tipicamente sobria ma estremamente pratica.
