Fogo's 40 Millisekunden superschnelle Erfahrung ist das letzte Puzzlestück, das Solana nicht ausgleichen kann. In den letzten Tagen habe ich die meisten Positionen von Solana nach Fogo verschoben. Diese Migration geschah nicht nur wegen der frühen Anreize, sondern auch als stiller Protest gegen die häufigen Staus von Solana in letzter Zeit. Alle sagen, Fogo sei der Solana-Killer, ich denke jedoch, es ist eher das, was Solana idealerweise sein möchte. Direkt Jump Crypto's Firedancer als nativen Client einzusetzen, ist ein riskanter, aber präziser Schritt. Man muss wissen, dass Solana seit zwei Jahren schreit, dass es Firedancer upgraden will, um das Problem der Parallelität zu lösen. Das Team von Fogo hat einfach diese hochleistungsfähige Engine genommen und ein neues Fahrzeug gebaut. Die tatsächliche Erfahrung zeigt, dass die Blockgeschwindigkeit von 40 Millisekunden einem das Gefühl gibt, die Kopfhaut zu kribbeln. Als ich auf der Blockchain Hochfrequenzhandels-Skripte laufen ließ, war der Grad der Auftragsbestätigung so geschmeidig, dass ich mich fragte, ob ich mit einem zentralisierten Austauschserver interagiere. Im Vergleich dazu ist Monad noch in der PPT-Phase und malt große Pläne. Sui und Aptos haben zwar auch eine hochleistungsfähige Erzählung, aber die Einstiegshürde der Move-Sprache hält viele Entwickler fern. Fogo's Strategie, die sowohl EVM als auch SVM direkt unterstützt, scheint eindeutig darauf abzuzielen, bestehende Entwickler zu gewinnen. Das bedeutet jedoch nicht, dass Fogo gewonnen hat; das gegenwärtige Ökosystem ist so trostlos wie eine neu entwickelte Geisterstadt. Abgesehen von ein paar offiziellen unterstützten DEX haben die meisten Anwendungen nicht nur eine einfache UI, sondern auch eine miserable Tiefe. Ich habe versucht, einige große Aufträge aufzugeben, aber der Slippage hat mir direkt wehgetan. Diese Erschöpfung der Liquidität kann nicht allein durch technische Ansätze gelöst werden. Hinzu kommt, dass die Geschwindigkeit der Überweisung über Cross-Chain-Brücken so langsam ist wie eine Schnecke, was einen äußerst ironischen Gegensatz zur sofortigen Bestätigung auf der Blockchain bildet. Der aktuelle Zustand von Fogo ähnelt einem Traktor mit einem erstklassigen F1-Motor; das Chassis ist extrem stabil, aber die Fahrzeugkomponenten sind immer noch ein Haufen Schrott. Wenn das Team nicht schnell die Mängel der Infrastruktur beheben kann, wird dieser Vorteil, der ausschließlich auf Schnelligkeit basiert, in der sich ständig ändernden Welt der Kryptowährungen leicht von neuen Erzählungen überflutet werden. @Fogo Official $FOGO #Fogo
Ich habe kürzlich das Whitepaper und die tatsächliche Architektur von Fogo untersucht, insbesondere das angepriesene Parallel-Ausführungsmodell. Es gibt nicht nur Fogo auf dem Markt, auch Sui und Aptos sind dabei, und Monad hat ebenfalls ein Auge darauf geworfen. Als jemand, der von verschiedenen "High-Performance Public Chains" geerntet wurde, habe ich speziell die Testknotendaten überprüft.
In der Praxis zeigt sich, dass Fogo die Behandlung von Statuskonflikten tatsächlich aggressiver handhabt als das aktuelle Solana. Bei der Verarbeitung von Transaktionen mit nicht überlappenden Zuständen sind die Durchsatzdaten sehr ansprechend, und es kann die Bandbreite weitgehend ausnutzen. Doch sobald es zu Hot-Accounts kommt, verwandelt sich der Vorteil der Parallelität sofort in eine serielle Warteschlange. Es ist, als ob ein Supermarkt 100 Kassen geöffnet hat, aber alle wollen nur die eine Art von Sonderangebotseiern kaufen, am Ende müssen sie trotzdem vor dem gleichen Fenster warten.
Im Vergleich zu Sui liegt der Vorteil von Fogo, das auf SVM basiert und pathabhängig ist, darin, dass die Migrationskosten für Entwickler gering sind. Dinge, die in Rust geschrieben sind, können leicht von Solana übernommen werden. Aber die Nachteile sind ebenfalls offensichtlich; das Objektmodell von Sui entspricht in der Handhabung von Vermögensrechten mehr dem Intuitiven. Obwohl die Lernkosten hoch sind, könnte die Sicherheitsobergrenze höher sein. Die aktuelle Strategie von Fogo ähnelt mehr einer "brutalen Ästhetik", die auf Hardware-Ressourcen und Code-Optimierung setzt, anstatt eine umfassende Rekonstruktion auf der zugrunde liegenden Logik vorzunehmen.
Ein weiteres, sehr verstecktes Problem ist das Risiko der Zentralisierung der Knoten. Um extrem niedrige Millisekunden für die Blockbildung zu erreichen, sind die Hardware-Anforderungen für die Validierer zu hoch. Ich habe mir die empfohlenen Konfigurationen angesehen; das ist einfach kein Spiel, an dem normale Kleinanleger teilnehmen können. Wenn in Zukunft alle Knoten in den Händen einiger großer Institutionen sind, habe ich Zweifel an der Zensurresistenz. Vergessen Sie nicht, dass Blockchain nicht nur eine Datenbank ist; der Grad der Dezentralisierung ist das Schutzsymbol.
In den letzten Tagen gab es gelegentlich einige RPC-Knoten, die Fehler meldeten, obwohl das das große Ganze nicht beeinflusst, zeigt es doch, dass die Robustheit der Infrastruktur noch verbessert werden muss. Hören Sie auf, den ganzen Tag auf TPS zu schauen; es ist wichtig, die grundlegenden Infrastrukturen zu verbessern. Schließlich möchte niemand viel Geld auf einer Kette hinterlegen, die zwar schnell ist, aber jederzeit abstürzen kann.
Glaube nicht mehr an Solana, die Implementierung von Firedancer durch Fogo könnte die einzige Rettungskapsel sein. In den letzten Tagen war das Gefühl der Stauung auf der Solana-Blockchain, wie Verstopfung, einfach frustrierend; jeder fehlgeschlagene Swap erinnert mich daran, dass diese angeblich erstklassige öffentliche Blockchain tatsächlich an ihrem Leistungslimit angekommen ist. Wenn du jedoch deinen Blick auf Fogo richtest, wirst du feststellen, dass dies nicht nur eine Alternative ist, sondern eher eine gewaltsame Rekonstruktion der SVM-Architektur. Der Firedancer-Client wurde seit zwei Jahren auf der Solana-Seite angekündigt, ist aber noch nicht vollständig implementiert, während Fogo es direkt als natives Element zum Laufen gebracht hat. Dieser technische Abstieg zeigt sich in der praktischen Erfahrung sehr deutlich; ich habe auf Fogo fünfzig hochfrequente Überweisungen hintereinander durchgeführt, und die Geschmeidigkeit ließ mich sogar zweifeln, ob ich ein Spiel auf einem zentralisierten Server spiele.
Viele Menschen diskutieren noch darüber, ob neue L1-Blockchains notwendig sind, aber wenn du wirklich das Gefühl von 40 Millisekunden Blockzeiten erlebt hast, wirst du verstehen, dass der Mangel an massenhaften Web3-Anwendungen niemals an Nutzern liegt, sondern an der Infrastruktur, die verbraucherfreundliche Anwendungen unterstützen kann. Im Moment ist das Ökosystem der Anwendungen auf Fogo zwar noch nicht blühend, aber die Erfahrungen mehrerer führender DEX sind bereits ausreichend, um die alten Schätze von Ethereum zu übertreffen. Die Slippage wird extrem genau kontrolliert; man spürt die Existenz von MEV-Bots fast nicht. Die Vorteile, die diese zugrunde liegende Architektur bietet, können nicht einfach durch das Stapeln von Layer2 erreicht werden.
Natürlich bedeutet das nicht, dass Fogo perfekt ist; die Abnutzung beim Cross-Chain-Transfer von Geldern bleibt ein lästiges Problem. Jedes Mal, wenn ich USDC herübertransferiere, tut es mir leid wegen der Gebühren, und die aktuelle Benutzeroberfläche des Browsers ist tatsächlich etwas rudimentär; um eine Transaktions-Hash zu überprüfen, braucht es eine Weile. Aber das zeigt genau, dass es sich noch in der frühen Phase befindet. Für uns, die wir on-chain zocken, bedeutet diese frühe Grobheit oft höhere Quoten. Wenn alle merken, dass dies ein besser nutzbares Solana ist, könnte die Tür schon längst zugeschweißt sein.
Lassen Sie sich nicht von diesen sogenannten AI-Blockchains täuschen; die wahre Recheninfrastruktur hat tatsächlich ein langweiliges Gesicht.
Ich starrte auf den Gas-Tracker auf dem Bildschirm, während mein Kaffee bereits kalt geworden war. In den letzten Tagen habe ich zum Testen mehrerer neuer generativer KI-Modelle fast jede als hochleistungsfähig angepriesene öffentliche Blockchain ausprobiert. Die Schlussfolgerung war ziemlich enttäuschend: Die meisten sogenannten AI-Blockchains lügen im Wesentlichen; sie können nicht einmal die grundlegendsten hochfrequenten RPC-Anfragen verarbeiten, geschweige denn eine zukünftige Billionen-Economy der intelligenten Agenten unterstützen. Nachdem ich von der Überlastung einiger Mainstream-L2s frustriert war, wechselte ich zufällig zum Testnetz von Vanar. Zunächst ging ich mit der Einstellung hin, nach Fehlern zu suchen, in dem Glauben, dass dies wahrscheinlich ein weiteres Projekt ist, das mit PPT-Finanzierung betrügt, aber dieses Mal probierte ich es aus und erhielt ein neues Verständnis für das Wort „Infrastruktur“.
Alle rufen nach AI-Dezentralisierung, aber die überwiegende Mehrheit der Projekte hat nicht einmal die grundlegendste on-chain Schlussfolgerungsvalidierung erfolgreich durchgeführt.
Die aktuelle Welle von AI und Krypto auf dem Markt macht die Leute peinlich berührt, wenn man sich Dutzende von Whitepapers ansieht, die alle nur den Namen EVM ändern und einen zentralisierten Orakel hinzufügen, um zu behaupten, es sei eine AI-Blockchain. Diese Architektur ist logisch völlig gespalten; der Agent läuft außerhalb der Blockchain, während die Blockchain nur dafür verantwortlich ist, Buch zu führen. Was ist der wesentliche Unterschied zu unseren AWS-Servern? In den letzten Tagen habe ich die Testnet-Daten von Vanar Chain gründlich analysiert und festgestellt, dass es einen ziemlich wilden Weg eingeschlagen hat. Es hat sich nicht im überfüllten EVM-Markt bewegt, sondern speziell eine semantische Gedächtnisschicht für Agenten geschaffen.
Dies trifft eigentlich den größten Schmerzpunkt der aktuellen AI-Agenten. Die heutigen Agenten haben am meisten Angst davor, keinen Verstand zu haben; nach ein paar Sätzen vergessen sie alles. Die traditionelle Methode besteht darin, das Gedächtnis auf Arweave oder IPFS zu speichern, was so langsam wie eine Schnecke ist. Vanar unterstützt direkt auf der L1-Schicht nativ die semantische Indizierung von heißen Daten, was bedeutet, dass dein Agent den Kontext in Millisekunden abrufen kann. Diese native Architektur ist tatsächlich überlegen gegenüber den Konkurrenzprodukten, die immer noch mit Middleware-Patches arbeiten. Im Vergleich zu Near, obwohl Nears Sharding-Technologie sehr stark ist, versteht Vanar offensichtlich besser, was große Modelle benötigen, wenn es um die Optimierung von Datenstrukturen für hochfrequente AI-Inferenz geht.
Aber Technologie ist das eine, die Umsetzung ist eine andere Sache. Das aktuelle Knoten-Synchronisationsmechanismus von Vanar kann unter hoher Last gelegentlich ausfallen. Ich hatte einmal eine etwas komplexere Vertragsinteraktion, und der Transaktions-Hash hat tatsächlich eine halbe Minute gebraucht, um zu erscheinen. Und diese sogenannte Validierungsmechanismus befindet sich derzeit eher in einem idealen Zustand der Testumgebung. Wenn es wirklich zu einem Wettbewerb um die Rechenleistung im gesamten Netzwerk kommt, bleibt die Frage, ob es den Angriffen standhalten kann. Diese speziell für die maschinelle Kommunikation gestaltete Blockchain befindet sich jetzt in einer ähnlichen Lage wie das frühe Ethereum. Der Weg ist geebnet, aber die Fahrzeuge, die darauf fahren, sind alle alte Mobilitätsfahrzeuge, was tatsächlich etwas leistungsverschwendend aussieht.