Récemment, en traduisant la documentation technique de Fogo, j'ai découvert un détail que je n'avais pas trop remarqué auparavant : sa stratégie client est en fait le coup le plus dur du projet.
La plupart des blockchains publiques parlent de "multi-client", ce qui signifie qu'un même ensemble de protocoles fonctionne avec plusieurs implémentations de code différentes — par exemple, Ethereum a Geth, Nethermind, Solana a son client Rust natif et Jump a développé Firedancer. La logique est que la diversité du code peut prévenir les vulnérabilités et renforcer la sécurité. Cela semble raisonnable.
Mais @Fogo Official fait l'inverse. Depuis sa création, il n'exécute qu'un seul client — une implémentation unique basée sur une version modifiée de Firedancer. La raison est la suivante : dans des scénarios à haute fréquence, la vitesse finale du réseau est déterminée par le client le plus lent. Plusieurs clients signifient que le consensus doit s'adapter au nœud le moins performant, ce qui empêche les plus rapides de fonctionner. Solana est en fait coincé à ce stade — Firedancer peut atteindre un million de TPS sur le réseau de test, mais une fois sur le réseau principal, il doit collaborer avec d'autres clients, ce qui réduit les performances. Fogo a en gros enlevé ce fardeau.
Certaines personnes critiquent cela comme étant de la centralisation, mais d'un autre point de vue : si l'objectif est d'atteindre une vitesse de niveau Nasdaq, alors tous les nœuds doivent utiliser le même moteur et le même châssis. Une voiture de course F1 ne laissera pas une vieille voiture participer, non pas par discrimination, mais parce qu'elle ne peut vraiment pas suivre.
Un autre point est la logique de sélection des validateurs. Le réseau principal de Fogo n'a actuellement que 19 à 30 validateurs, avec un seuil matériel clair — un CPU à 24 cœurs, 128 Go de RAM, un SSD NVME de 4 To comme configuration de base. Plus important encore, il exige que les validateurs aient de l'expérience dans l'exécution de réseaux haute performance comme Solana ou Hyperliquid. Qu'est-ce que cela signifie ? Cela signifie que ceux qui peuvent entrer ne sont pas des particuliers qui jouent avec un ordinateur portable, mais des équipes qui comprennent vraiment l'exploitation des nœuds haute performance.
Et ce "consensus multi-régional", dont nous avons déjà parlé, mais sans expliquer en détail son mécanisme de garantie. Fogo choisit dynamiquement une région comme centre d'exécution pour chaque époque, mais si une région rencontre des problèmes et que le vote n'atteint pas le seuil, le réseau reviendra automatiquement au "mode de consensus global" pour garantir une sécurité de base. Cela équivaut à assurer une couverture sur la mise en réseau géographique : rechercher la vitesse, mais sans sacrifier la disponibilité pour la vitesse.
En regardant ces conceptions ensemble, la pensée de Fogo est en fait assez claire — il ne cherche pas à créer une chaîne "où tout le monde peut exécuter un nœud", mais plutôt une chaîne "qui fonctionne suffisamment vite pour que les institutions souhaitent y participer" #fogo $FOGO .