În ultimele zile, piața criptomonedelor a fost la fel de haotică ca o oală de terci în clocot, iar diversele monede bazate pe concepte AI dansează în jur. Privind la acele proiecte a căror cărți albe sunt generate de GPT și care își dublează valoarea în fiecare zi, inima mea simte o oarecare agitație. Pentru a mă forța să mă calmez, am închis software-ul de piață și am reluat un script Python pe care nu l-am terminat, intenționând să caut ceva pe rețeaua de testare a lui Vanar. Sincer să fiu, la început, interesul meu pentru această blockchain era limitat la acea veste despre colaborarea cu Google Cloud, care părea un pic prea strălucitoare. După ce am petrecut mult timp în această industrie, am dezvoltat un instinct de apărare; când aud „colaborare cu o mare companie”, prima reacție este că este doar o strategie de PR. Dar când am început să mă adâncesc în datele de răspuns ale nodului RPC și chiar am făcut să se blocheze un server cloud al meu pentru a-i testa limita de capacitate, a trebuit să recunosc că această aroganță m-a făcut să ratez unele lucruri foarte interesante.
Multe persoane au o înțelegere foarte superficială a combinației dintre blockchain și AI, cred că inovația înseamnă neapărat să bagi rețele neuronale în contracte inteligente. Aceasta este pură prostie, actuala arhitectură EVM nu poate susține un asemenea volum de calcul. Punctul real de intersecție este, de fapt, extrem de plictisitor, atât de plictisitor încât investitorii de rând nu doresc să audă despre el: acela de a oferi un mediu de contabilitate ieftin, stabil și conform pentru un număr mare de agenți de mașină. Un contract pe care l-am desfășurat pe Vanar pentru a simula datele unei lanțuri de aprovizionare pe blockchain nu a fost optimizat pentru niciun fel de costuri de gaz, doar pentru a vedea dacă acest cod prost va distruge portofelul. Rezultatul m-a surprins, interacțiuni frecvente timp de șase ore, iar curba de consum a costurilor de gaz a fost netedă ca și cum ar fi rulat pe o bază de date locală. În trecut, când am făcut acest tip de teste pe rețeaua principală Ethereum sau chiar pe Arbitrum, fluctuațiile costurilor de gaz erau ca o sabie a lui Damocles atârnând deasupra capului, trebuind să scriu o mulțime de logica complexă pentru a preveni depășirea costurilor. Mediul de costuri aproape constante de la Vanar reprezintă atracția fatală pentru agenții AI care trebuie să fie online 24 de ore din 24.
În această perioadă, am făcut un efort special să compar Flow. Flow a avut cu adevărat o perioadă de glorie datorită NBA Top Shot, acea suită de paradigme de programare Cadence orientate către resurse a fost într-adevăr elegantă, dar pentru noi, dezvoltatorii care am fost deja spălați pe creier de Solidity, costul de învățare este prea mare. Echipele de startup AI din zilele noastre își doresc să finalizeze produsele într-o singură zi, cine mai are timp să învețe un nou limbaj. Ceea ce face Vanar inteligent este compromisul său. A renunțat complet să se concentreze pe așa-zisa "inovație în limbajul de bază" și s-a concentrat pe compatibilitatea EVM. Am copiat un cod de staking NFT care rula inițial pe BSC, iar în afară de câteva modificări ale parametrilor de configurare a rețelei, migrarea a fost practic fără frecare. Deși această abordare de tip "folosește-l" poate părea insuficient de geek pentru unii puriști tehnologici, în arena comercială, aceasta reprezintă eficiență.
În timpul utilizării Creator Pad, am întâlnit un bug care m-a făcut să râd și să plâng în același timp. Când am încercat să încarc în masă un set de modele 3D HD ca metadate NFT, bara de progres a rămas blocată la 99% și nu s-a mai mișcat. La început am crezut că este o problemă de rețea, dar după ce am analizat pachetele, am descoperit că limita de timp a serviciului IPFS de backend era setată prea rigid. Această eroare de bază apare pe o platformă care se prezintă ca fiind de nivel enterprise și este oarecum dezamăgitoare, făcându-mă să fiu nevoit să încarc manual fișierele în segmente. Dar dintr-o altă perspectivă, aceasta arată că ei încearcă cu adevărat să rezolve problema încărcării fișierelor mari pe blockchain, spre deosebire de alte blockchain-uri care se concentrează doar pe a-ți permite să trimiți câteva KB de imagini mici. Această experiență de produs în stil Web2, deși acum este puțin brută, este pe drumul cel bun. Au ascuns acele valori de hash înfricoșătoare și feroneria de semnătură în backend, făcându-i pe utilizatori să simtă că folosesc un software SaaS, nu că operează ceva inaccesibil din punct de vedere al blockchain-ului.
Să discutăm acum despre acel mecanism de validare a nodurilor care a stârnit atâtea controverse. Când am navigat pe browserul de blocuri, am făcut un efort să verific lista validatorilor. Poți vedea multe nume familiare de mari companii în acea listă. Această abordare va fi cu siguranță criticată de cei care caută o descentralizare extremă, care o vor denumi „lanț de alianță”. Dar eu cred că acesta este cel mai lucid aspect al Vanar. Pentru Nike, Disney sau mari companii de jocuri, nu le pasă dacă nodurile tale sunt distribuite în zece mii de subsoluri din întreaga lume, ceea ce le pasă este dacă pot găsi pe cineva responsabil în caz de probleme și dacă datele vor fi restaurate. Vanar a adus Google Cloud ca infrastructură de validare, ceea ce este, de fapt, o utilizare a creditului Web2 pentru a rezolva deficitul de încredere din Web3. Această arhitectură hibridă, deși sacrifică o parte din rezistența la cenzură, aduce o garanție SLA extrem de ridicată. Când am testat rețeaua sub o presiune mare de concurență, determinarea răspunsului nodurilor te face să simți că există o echipă profesionistă de operare care se ocupă de aceasta, nu un grup de amatori care blochează aleatoriu.
Ecosistemul Vanar de acum seamănă cu un parc industrial abia finalizat. Drumurile sunt largi și netede, rețelele de apă, electricitate și internet sunt extrem de bine puse la punct, dar în parc, în afară de câteva clădiri de model, o mare parte din fabrici sunt încă goale. Am hoinărit pe blockchain toată noaptea și adresele active pe care le-am văzut erau în mare parte conturi de test oficiale și câțiva căutători de recompense. Adevăratele aplicații native de tip killer încă nu se văd. Acesta este, de fapt, ciclul vicios pe care îl întâmpină toate noile L1. Vanar încearcă să rupă acest cerc prin planul Vanguard, atrăgând mari IP-uri din Web2, această strategie poate funcționa în timpul unei piețe în creștere, dar în actuala competiție pentru lichiditate, rămâne un mare semn de întrebare dacă pot transforma cu adevărat acei utilizatori din lumea tradițională în utilizatori de blockchain.
Cu toate acestea, din frecvența trimiterii codului, acești oameni chiar muncesc. Înregistrările de commit de pe GitHub arată că ei au fost în mod frenetic optimizând logica de securitate a podurilor între lanțuri. În această cursă plină de aer și bule, nu sunt multe proiecte care să aibă răbdarea de a perfecționa lopețile. Dacă ești un dezvoltator care vrea să creeze aplicații AI sau un investitor pe termen lung care vede calea de conformitate a Web3, poate că această atitudine pragmatică de „soldat de lucru” a Vanar este mai demnă de încredere decât aceia care strigă doar slogane „revoluționare”. La urma urmei, în febra aurului, cei care vând lopeți trăiesc întotdeauna mai mult decât cei care caută aur.
