Pozwól, że powiem to w bardziej realny sposób.
Kiedy po raz pierwszy spojrzałem na @Fogo Official, spodziewałem się zwykłej prezentacji — dużych liczb TPS, odważnych twierdzeń o wydajności, standardowej narracji „najszybszego łańcucha”. Ale im więcej czytałem, tym bardziej zdawałem sobie sprawę, że to nie do końca jest podejście tutaj.
Nie chodzi o osiąganie szalonych szczytowych wydajności dla graficznych celów marketingowych.
Chodzi o spójność.
Łańcuch jest zbudowany wokół Maszyny Wirtualnej Solana, co już mówi, że myśli o równoległym wykonaniu i poważnej wydajności. Ale to, co wyróżnia, to koncentracja na stabilności opóźnień i przewidywalnym zachowaniu. To inny sposób myślenia. To mniej „zobacz, jak szybko możemy jechać”, a bardziej „zobacz, jak stabilni pozostajemy pod presją.”
I szczerze mówiąc, dla systemów czasu rzeczywistego, to ma znaczenie.
Jeśli uruchamiasz silnik handlowy, pętlę gry lub zautomatyzowane agenty AI, nie obchodzi cię rekord testu obciążeniowego jednorazowego. Interesuje cię, czy wykonanie jest takie samo o 2 w nocy, jak podczas szczytowego ruchu. Interesuje cię, aby czas był niezawodny. Interesuje cię, aby nie mieć przypadkowych zakłóceń, które przerywają przepływ użytkownika.
Szczytowa skalowalność wygląda dobrze na wykresie.
Spójność wydajności buduje zaufanie.
Jest też coś praktycznego w budowaniu na SVM. Deweloperzy nie chcą wymyślać wszystkiego od nowa. Przenośność zmniejsza tarcie. Jeśli zespoły mogą migrować lub eksperymentować bez przepisywania całego swojego stosu, to cicha, ale potężna przewaga.
Więc prawdziwa debata nie jest już TPS vs TPS.
Chodzi o to:
Czy wolisz mieć łańcuch, który może skoczyć do szalonych liczb w teorii…
Czy raczej taki, który zachowuje się przewidywalnie za każdym razem, gdy twoja aplikacja się na nim opiera?
Zaczynam wierzyć, że spójność wygrywa na dłuższą metę.
Ciekawe, co myślą inni.