Fogo se simte ca și cum ar fi fost creat de oameni care folosesc cu adevărat aplicații pe blockchain sub presiune, nu doar de oameni care măsoară TPS pe un testnet liniștit.
Dacă ai încercat vreodată să tranzacționezi sau chiar doar să faci câteva acțiuni într-o aplicație DeFi, știi durerea: portofelul continuă să te întrerupă. Semnează. Aprobat. Confirmă. Semnează din nou. Și dacă piața se mișcă, acele secunde suplimentare nu se simt ca „fricțiune UX”, se simt ca bani care se scurg din buzunarul tău.
Întreaga direcție a Fogo este să distrugă acel ciclu de întrerupere. Lanțul este construit pe abordarea SVM (stilul Solana Virtual Machine), care este deja cunoscut pentru execuția orientată spre viteză, dar Fogo nu se oprește doar la „blocuri rapide”. Încearcă să facă experiența continuă—mai mult ca modul în care se comportă o aplicație normală—în special pentru cazuri de utilizare de tip tranzacționare.
Acolo se potrivește perfect linia ta: UX fără gaz plus „mai puține semnături”, cu Sessions ca pe un primitiv.
Cele mai multe lanțuri pot face doar „fără gaz” și „mai puține semnături” ca pe un hack. O aplicație descentralizată construiește un relayer, portofelul are fluxuri personalizate ciudate, permisiunile sunt deranjante, iar fiecare aplicație face diferit. Ideea Fogo este de a standardiza acel comportament la nivel de lanț prin ceva numit Fogo Sessions. În termeni simpli, o sesiune este ca și cum ai acorda o „fereastră de permisiune” controlată astfel încât să nu trebuie să te dovedești cu o semnătură proaspătă pentru fiecare pas. Semnezi o dată—o intenție—și apoi poți interacționa în acea sferă fără a fi întrerupt repetat.
Cea mai umană modalitate de a o ilustra este aceasta: în mod normal, portofelul tău acționează ca un gardian de securitate care îți cere ID-ul de fiecare dată când deschizi o ușă. Fogo Sessions încearcă să o facă mai mult ca un brățară la un eveniment—încă sigură, încă controlată, dar nu trebuie să te oprești și să arăți ID-ul la fiecare hol. Lanțul tratează „Sunt aici pentru a face acest set de acțiuni pentru această perioadă de timp” ca pe un lucru de primă clasă, nu ca pe o idee secundară.
Acum despre „fără gaz”. Nimic nu este cu adevărat gratuit—taxele sunt întotdeauna plătite de cineva. Ceea ce face Fogo este să mute povara de la utilizator prin susținerea plătitorilor, unde aplicația (sau un furnizor de infrastructură) poate sponsoriza taxele astfel încât utilizatorul să poată folosi pur și simplu produsul fără a jongla cu un sold al token-ului de gaz nativ. Aceasta este o chestiune mare pentru integrare și pentru tranzacționare. Utilizatorii noi nu trebuie să cumpere un token doar pentru a începe să facă clic. Comercianții nu se blochează pentru că au uitat să mențină gazul completat. Și din perspectiva utilizatorului, se simte ca și cum aplicația funcționează pur și simplu așa cum ar trebui să funcționeze aplicațiile moderne.
Aceasta este, de asemenea, motivul pentru care Sessions contează în mod special pentru tranzacționare. Într-un flux de tranzacționare, nu faci o tranzacție și apoi pleci. Te ajustezi, reacționezi, plasezi rapid multiple acțiuni. „Taxa de pop-up a portofelului” devine insuportabilă. Sessions de la Fogo încearcă practic să aducă un flux asemănător CEX într-un mediu on-chain: o aprobată, apoi acțiune lină, fără întreruperi constante. Asta este exact tipul de UX pe care comercianții îl vor observa instantaneu.
Sub acea UX, Fogo vizează în continuare performanța pe partea de infrastructură. Se descrie public folosind un client personalizat bazat pe Firedancer și se încadrează ca un design de rețea axat pe latență. Aceasta este parte din motivul pentru care vezi discuții în jurul alegerilor de design ale validatorilor care pun accent pe performanță, inclusiv idei precum colocalizarea și conceptele de operare regională structurate. Indiferent dacă îți plac sau nu acele alegeri, ele semnalează clar că Fogo prioritizează „viteza de piață” ca pe o caracteristică de bază a produsului, nu ca pe o adăugare opțională.
Unde se încadrează $FOGO într-o lume în care utilizatorii s-ar putea să nu simtă nici măcar gazul? Gândește-te la $FOGO ca la token-ul motorului. Chiar dacă șoferul nu atinge motorul, mașina tot are nevoie de el. Token-ul este structurat în jurul gazului de rețea (chiar dacă aplicațiile îl sponsorizează), stimulentele de stakare/securitate și economia ecosistemului. Așadar, $FOGO poate fi esențial chiar dacă utilizatorul tranzacționează în principal folosind token-uri SPL și abia se gândește la token-ul nativ zi de zi.
Partea care face acest lucru credibil (și nu doar „promisiuni de UX lin”) este că Sessions nu sunt menite să fie încredere oarbă. Documentele Fogo descriu bariere de protecție precum legarea domeniului (astfel încât o sesiune este legată de domeniul corect al aplicației) și capacitatea de a avea sesiuni limitate cu permisiuni delimitate și expirare. Așadar, scopul nu este „aprobat odată și roagă-te”. Scopul este „aprobat odată, cu limite clare, și menține experiența în flux.”
