Andere verwenden noch den "Hybrid"-Client, Fogo hat direkt den reinrassigen Firedancer eingeführt

Der derzeit von Solana verwendete Firedancer ist eigentlich der "Frankendancer" - die Netzwerkebene des Firedancer ist mit der Runtime des alten Solana-Clients kombiniert, wie ein zusammengewürfeltes Hybridkind. Fogo hat etwas noch Extremeres getan: Sie haben direkt den reinrassigen Firedancer eingeführt, wobei das gesamte Netzwerk bis zur Ausführungsebene neu geschrieben wurde, sogar das Speichermanagement wurde mit SIMD-Befehlen auf CPU-Ebene optimiert.

Das bringt nicht nur 40 Millisekunden Blockzeit. Die reinrassige Architektur ermöglicht es @Fogo Official , "Follow the Sun" dynamischen Konsens zu spielen - die Validatoren folgen der Sonne, während der asiatischen Handelszeit wird der Konsensschwerpunkt auf den Tokyo-Knoten verschoben, und während der amerikanischen Handelszeit auf New York, wodurch 90% der Transaktionen lokal bestätigt werden, mit minimaler Latenz. Im Falle eines Fehlers wird auf den globalen Konsens zurückgegriffen, normalerweise ist es jedoch ein regionaler Blitzkrieg.

Dieses Design wird in den Augen traditioneller Ketten als "zentralisiert" betrachtet, aber die Logik von Fogo ist sehr direkt: Da institutioneller Handel ohnehin in bestimmten Zeitzonen boomt, warum sollte man die Benutzererfahrung für eine Dezentralisierungs-Show opfern? $FOGO Staker profitieren sogar davon - Knoten müssen den reinrassigen Firedancer ausführen, um Belohnungen zu erhalten, langsame Clients werden direkt eliminiert, das gesamte Netzwerk wird wie ein F1-Team gezwungen, ein Upgrade durchzuführen.

Während andere Ketten noch über die Multi-Client-Kompatibilität streiten, hat Fogo bereits mit der reinrassigen Architektur + dynamischem Konsens die von Wall Street geforderte Beständigkeit der Latenz als Standardeinstellung umgesetzt. Das ist keine Optimierung, das ist ein Wechsel der Rennstrecke. #Fogo