Die Move-Sprache von Sui und Aptos ist weiterhin in ihrem eigenen Elfenbeinturm aktiv, während Fogo bereits die Entwickler mit Rust abgeworben hat.
Kürzlich habe ich mit einigen Freunden, die an Vertragsentwicklungen arbeiten, gesprochen und festgestellt, dass alle die Move-Sprache von Sui zwar hoch bewerten, aber wenn es darum geht, ein Projekt tatsächlich umzusetzen, wählen sie ehrlich gesagt Fogo. Der Grund ist zu einfach: Für die bestehenden Solana-Entwickler ist der Umstieg auf Fogo nahezu ohne Hürden. Ich habe versucht, ein früher auf Solana geschriebenes Optionsprotokoll auf Fogo zu deployen, und abgesehen von ein paar Änderungen an den RPC-Schnittstellen musste ich den Kernlogik-Code nicht einmal anrühren. Diese Art von „Nehmermentalität“ mag zwar nicht so geekig klingen, ist aber im Geschäftsleben definitiv ein dimensionaler Übergriff.
Allerdings ist diese Kompatibilität auch ein zweischneidiges Schwert. Weil der Umstieg so einfach ist, gibt es auf Fogo eine Menge minderwertiger Copy-Paste-Projekte. Ich habe kürzlich einige der Dutzenden neuen Projekte durchgesehen, und die meisten haben sich nicht einmal die Mühe gemacht, die UI zu ändern, sondern haben einfach den Code von Solana übernommen und das Logo gewechselt, um mit der Ausgabe von Tokens herauszukommen. Dieses Ökosystem mag zwar lebhaft erscheinen, ist in Wirklichkeit jedoch voller Illusionen. Echte Innovationen entstehen nicht durch Forks, und Fogo braucht dringend einige native Meisterwerke, die seine Hochleistungseigenschaften nutzen, um die Bühne zu dominieren, sonst wird es für immer im Schatten von Solana als Ersatz leben müssen.
Darüber hinaus hat diese extreme Kompatibilität auch einige historische Probleme von Solana geerbt. Zum Beispiel die Handhabung der Statusausdehnung: Fogo hat zwar hardwareseitig dagegen gehalten, aber langfristig gesehen ist dieses unbegrenzte Wachstum des Status definitiv ein Risiko. Der Datenumfang, den ich jetzt mit einem vollständigen Knoten synchronisiere, ist bereits enorm, normale Server können das einfach nicht bewältigen. Wenn das Datenvolumen in Zukunft weiterhin exponentiell wächst, werden die Wartungskosten der Knoten astronomische Zahlen annehmen. Zu diesem Zeitpunkt könnte die sogenannte dezentralisierte öffentliche Kette wirklich zu einem internen Spiel von ein paar Cloud-Service-Anbietern werden. Aber das könnte der Preis sein, den man für Geschwindigkeit zahlen muss, schließlich kümmert sich in diesem Bereich niemand um die schmutzige Basis, alle sind nur daran interessiert, ob das Auto schnell genug fährt.
