Fogo’s design teaches a simple lesson: rychlost není něco, co vám síť jen tak „dá“. Musíte si ji zasloužit tím, jak stavíte.
Na Fogu musí každá transakce jasně říct, z jakých účtů se bude číst a na které účty se bude zapisovat, než se spustí. To umožňuje systému zpracovávat více transakcí současně — ale pouze pokud si navzájem nepřekážejí. Jakmile se každý začne dotýkat stejného sdíleného účtu, všechno zpomalí a vytvoří se fronta.
Když lidé mluví o blocích o délce 40 ms a přibližně 1,3 sekundy k finalizaci, je důležité pochopit, co to skutečně znamená. Ta čísla nejsou magie. Jsou možná, když je vaše aplikace navržena tak, aby se vyhnula úzkým místům. Pokud váš návrh stavu vytváří „horké účty“, na kterých všichni závisí, ztrácíte výhodu.
Dobrá zpráva je, že Fogo zůstává kompatibilní se Solanou na úrovni vykonávání a RPC a běží na klientovi založeném na Firedanceru. Nástroje se tedy cítí známé. Nemusíte začínat od nuly. Ale odpovědnost se přesouvá na vývojáře — výkon nyní závisí na tom, jak promyšleně strukturováte svůj stav.
Pokud Fogo skutečně uspěje, nebude to jen proto, že je na papíře rychlé. Bude to proto, že se vývojáři naučí nejprve myslet paralelně — navrhování aplikací, které rozprostírají aktivitu místo toho, aby ji nutily do jedné přeplněné uličky.
