Fogo è più facile da capire quando smetti di trattarlo come una "cosa crypto" e inizi a trattarlo come un sistema ad alta velocità che deve rimanere stabile quando arriva una folla. Il tuo screenshot della classifica con decine di migliaia di partecipanti è sostanzialmente quella folla. Una campagna è un picco di traffico con un timer sopra, e le catene o rimangono fluide... o iniziano a balbettare in modi strani.
Sotto il cofano, Fogo funziona con un motore in stile Solana, il che significa che si basa sulla Macchina Virtuale Solana. In termini normali, quella "macchina virtuale" è semplicemente il motore condiviso che ogni validatore utilizza, quindi se tu e io gli forniamo lo stesso set di transazioni, entrambi otteniamo esattamente lo stesso risultato finale. Nessun "il mio computer dice questo," nessun "il tuo server dice quello." Stessi input, stessi output, ovunque.
Il motivo per cui quel motore può muoversi velocemente non è magia—è un trucco di programmazione che sembra molto reale una volta che lo vedi. Le transazioni non dicono solo “fai qualcosa.” Devono anche dichiarare quali parti dello stato della catena intendono toccare. Pensa allo stato come a cassetti in un laboratorio. Se due lavoratori hanno bisogno di cassetti diversi, possono lavorare contemporaneamente. Se entrambi hanno bisogno dello stesso cassetto, uno deve aspettare. Quella semplice regola consente al sistema di eseguire in sicurezza molte transazioni non conflittuali in parallelo, come una cucina che utilizza più fornelli invece di costringere ogni piatto a passare attraverso una piccola padella.
Ora il prossimo problema è quello che le persone sentono realmente: l'ordinamento. Quando migliaia di cose accadono contemporaneamente, come si fa a garantire che tutti siano d'accordo sull'ordine senza trasformare la rete in un argomento globale?
Questo è dove la Proof of History è meglio immaginata come una stampante di ricevute che non smette mai di stampare. Tick, tick, tick. Un leader prende le transazioni, le esegue e le timbra in una sequenza verificabile. Invece che i validatori continuino a chiedersi “cosa è venuto prima?”, possono verificare la sequenza timbrata. È la differenza tra un gruppo di persone che cerca di ricordare la cronologia di una notte caotica… e una cronologia che ha un registro timbrato che puoi audire.
Il consenso su Fogo segue anche la famiglia Solana, utilizzando il voto Tower BFT. Il confronto più semplice con la vita reale è un pannello di giudici che devono impegnare il loro voto e non possono cambiare idea facilmente senza conseguenze. All'inizio, c'è spazio per l'incertezza. Ma man mano che i voti continuano ad accumularsi in una direzione, il sistema costruisce una sorta di “peso di impegno” che rende sempre più difficile riscrivere la decisione. È così che una catena passa da “pensiamo che questa sia la forchetta giusta” a “questo è finale, smettila di discutere.”
Fino ad ora, potresti dire: ok, questo è il progetto in stile Solana. Dove Fogo inizia a suonare come se stesso è come tratta geografia e latenza.
La distanza è una tassa silenziosa sul consenso. Anche se ogni validatore è onesto, i messaggi devono comunque viaggiare. Quando i validatori sono sparsi su più continenti, si ottiene una variazione: a volte la catena sembra istantanea, altre volte sembra appiccicosa, e durante un picco può diventare imprevedibile. La risposta di Fogo è organizzare i validatori in “zone” e avere una zona come gruppo attivo di consenso per un periodo. Un modo pulito per immaginarlo è una compagnia con uffici in tutto il mondo. Se ogni decisione richiede che ogni ufficio partecipi alla chiamata, la chiamata diventa lenta e disordinata. Ma se per questo turno un ufficio è la sala decisionale—mentre gli altri osservano, verificano e si preparano per il loro turno—le decisioni possono avvenire più rapidamente perché la conversazione critica avviene all'interno di un ciclo più ristretto. Poi la sala decisionale ruota, quindi non si ancorano permanentemente i poteri in un solo posto.
L'idea della zona è fondamentalmente Fogo che cerca di mantenere la parte più difficile del sistema—l'accordo—dentro a un ciclo di comunicazione più breve e veloce. È un tentativo deliberato di ridurre i momenti di “attesa per Internet” che gli utenti vivono come ritardi casuali.
Una volta che un blocco esiste, deve comunque raggiungere rapidamente tutti. È qui che si inserisce Turbine. Invece di un validatore che cerca di trasmettere un blocco completo a tutti come una persona che urla a uno stadio, i dati vengono suddivisi in pezzi e distribuiti attraverso un modello di relay. Pensa a questo come a distribuire fogli per file: ogni persona li passa a pochi altri e l'intera folla lo riceve rapidamente senza che una persona diventi il collo di bottiglia.
C'è un'altra parte che molte spiegazioni saltano, ma è onestamente dove vive la “velocità prevedibile”: il software del validatore stesso. Fogo si concentra su un approccio a client ad alte prestazioni ispirato a Firedancer, che è davvero solo un modo elegante di dire che il validatore è progettato come una linea di produzione invece di un programma singolo ingarbugliato. Il lavoro entra, passa attraverso fasi strettamente sintonizzate—ingresso nella rete, controlli delle firme, deduplicazione, imballaggio, esecuzione, timbratura, distruzione, stoccaggio—quindi ogni stazione svolge un lavoro estremamente bene. Il confronto con la sicurezza aeroportuale si adatta perfettamente qui. Se un agente cerca di fare tutto, la linea collassa. Se costruisci un pipeline con stazioni, il sistema diventa fluido e si scala migliorando la stazione più lenta.
La sicurezza in questo design non è un’impressione. È economia più meccaniche di impegno. Per imbrogliare in modo significativo, un attaccante deve influenzare abbastanza stake e potere di voto da sopraffare la finalità onesta. L'intero punto del voto a supermaggioranza e dei lockout è che una volta che i validatori onesti si impegnano abbastanza in profondità, cambiare la storia diventa non solo “tecnicamente difficile” ma economicamente brutale e pubblicamente ovvio. E il concetto di zoning non ottiene nemmeno un pass gratuito; è per questo che è abbinato ai requisiti di stake, perché la “sala attiva” deve ancora essere abbastanza forte da contare.
L'utilità del token è anche semplice quando la si mantiene ancorata. Il token viene utilizzato per pagare le transazioni e, quando la rete è occupata, le persone possono aggiungere una mancia prioritaria per essere incluse prima—come pagare per un servizio espresso quando tutti gli altri sono in coda. Il token sostiene anche lo staking, che è come i validatori guadagnano il diritto di partecipare e come la rete prezza la sicurezza. E lo stoccaggio non è gratuito; le catene che funzionano in questo modo tendono a richiedere depositi o meccanismi di tipo affitto affinché la catena non diventi una discarica di stato permanente che nessuno paga.
Ora riporta a ciò che hai pubblicato: una campagna della classifica con decine di migliaia di partecipanti. Le campagne non cambiano il protocollo, ma espongono se la catena si comporta come una città calma durante l'ora di punta o come una strada che si trasforma in un ingorgo nel momento in cui inizia un festival. Se l'obiettivo di design di Fogo è ciò che afferma—rimanere prevedibile sotto pressione—allora queste esplosioni sono esattamente il tipo di momenti per cui è stato progettato.
Se condividi i dettagli mancanti “Rewards” dalla tua immagine, posso spiegare—proprio in modo umano—come le campagne della classifica calcolano di solito punteggi e pagamenti end-to-end (cosa viene conteggiato, cosa viene filtrato, come funzionano gli snapshot, perché c'è spesso un ritardo), senza trasformarlo in una fredda lista di controllo.
