În această lume în care toată lumea strigă despre Revoluția AI, am luat o decizie extrem de contraintuitivă, aceea de a închide acele transmisiuni live KOL care strigau frenetic și de a-mi migra scriptul de tranzacționare cantitativ de la Solana pe rețeaua de testare Vanar. Motivul a fost foarte simplu și brutal: săptămâna trecută am rulat o logică de verificare a inferenței on-chain pe rețeaua principală Ethereum, iar costul ridicol de mare al gazului m-a lăsat fără cuvinte. Dacă agenții AI din viitor trebuie să plătească o masă de la McDonald's pentru fiecare decizie pe care o iau, atunci combinația dintre Web3 și AI este o falsitate absolută. Purtați de această furie umilită de costul gazului, am început să mă concentrez asupra codului Vanar, vreau să știu în această eră în care toate lanțurile publice își pun eticheta AI, ce justifică afirmația că este pregătit pentru AI.
Multe persoane au o concepție greșită, considerând că blockchain-ul trebuie să ruleze AI înseamnă că trebuie să încarce rețele neuronale în contracte inteligente; acesta este un nonsens, deoarece arhitectura EVM actuală nu poate rula modele complexe de inferență. Adevăratul AI-Ready se referă la capacitatea acestei lanțuri de a gestiona tranzacții micro masive generate de aplicații AI, necesitând o validare a datelor extrem de ieftină și stabilirea drepturilor de IP. Când am testat Vanar, am comparat-o intenționat cu Solana; Solana este într-adevăr rapidă, TPS-ul arată excelent, dar istoria sa de întrerupere reprezintă un risc imens pentru serviciile AI care necesită funcționare 24/7; nicio companie mare de AI nu ar risca să își construiască serviciile pe un sistem care poate cădea în orice moment. Vanar îmi dă impresia mai degrabă ca o versiune simplificată, fără atmosfera de jocuri DeFi, a unui EVM industrial; nu a încercat să reinventez roata, ci a integrat stabilitatea Google Cloud direct în stratul de validare al lanțului. Această abordare poate părea mai puțin pură în ochii geek-ilor, considerând că nu este suficient de descentralizată, dar pentru acei mari jucători Web2 care doar vor să își stocheze datele modelului AI, aceasta este o lovitură de dimensiuni reduse. Experiența mea de a încărca fișiere mari pe Creator Pad, deși a avut ocazional întârzieri, cu bara de progres blocată la 99% o dată, probabil din cauza sincronizării nodurilor IPFS, a expus, de asemenea, actualele limitări ale infrastructurii în gestionarea datelor media de mare capacitate; dacă viitoarele videoclipuri generate de AI trebuie să fie integrate în lanț, o astfel de întârziere nu este acceptabilă. Din fericire, costurile de gaz sunt cu adevărat mici, atât de mici încât aproape că le ignor, ceea ce este esențial pentru interacțiunea frecventă a AI. Vanar a redus costurile până la acest punct, ceea ce într-adevăr pavează calea pentru intrarea pe scară largă a agenților mașini.
Pe piață sunt multe lanțuri care se concentrează pe performanță ridicată, Flow este unul, Near este altul. Flow are resurse IP puternice, dar limbajul Cadence al Flow reprezintă o mare barieră pentru dezvoltatori; trebuie să înveți o nouă logică, ceea ce este prea obositor pentru dezvoltatorii care doar vor să integreze rapid modelele AI scrise în Python în blockchain. Vanar este inteligent pentru că a păstrat compatibilitatea EVM; am mutat practic un contract simplu de distribuție a drepturilor de autor pe care l-am rulat pe Ethereum Goerli fără modificări semnificative, am schimbat doar interfața RPC și a funcționat. Această experiență de migrare fără dureri este extrem de importantă în războiul pentru a atrage dezvoltatorii. Totuși, comparativ cu capacitatea de abstractizare a Near, care permite construirea directă a componentelor front-end pe lanț, Vanar pare mai tradițional în prezent; mai mult se ocupă cu crearea unui registru rapid și ieftin, nu cu un sistem de operare complet. Când am studiat documentația Vanar, am descoperit că au o înțelegere foarte clară a punctelor de intersecție între metavers și AI; multe proiecte creează lanțuri doar pentru a emite monede, iar Vanar mi-a dat impresia că ei au creat acest lanț pentru că au nevoie de o bază de date descentralizată datorită IP-urilor și partenerilor de brand pe care îi au. Diferența dintre cererea orientată și tehnologia orientată este semnificativă; proiectele orientate pe tehnologie tind să cadă în capcana performanței excesive, obținând mii de TPS, dar nimeni nu le folosește, în timp ce proiecte orientate pe cerere, cum ar fi Vanar, pot să nu fie la fel de strălucitoare în anumite parametri, dar interfețele API și SDK-urile lor sunt create pentru a rezolva problemele reale de afaceri.
Am văzut că acel program Vanguard a atras o mulțime de validatori din Web2 și Web3, ceea ce înseamnă că se construiește o alianță de încredere. Pentru datele AI, cine validează este mai important decât validația în sine; dacă Google Cloud participă ca nod la validare, atunci utilizatorii de nivel enterprise vor avea mult mai puține îngrijorări cu privire la confidențialitatea și securitatea datelor. Totuși, am descoperit unele riscuri; ecosistemul Vanar este încă prea devreme, prea devreme și puțin pustiu. Când navigam pe blockchain explorer, am observat că majoritatea tranzacțiilor sunt concentrate pe câteva contracte și transferuri de tokenuri oficiale, iar aplicațiile native reale sunt încă puține. Este ca și cum ai construit o autostradă netedă ca un circuit F1, iar pe margine ai construit chiar și stații de alimentare, dar pe drum circulă foarte puține mașini. Aceasta este o capcană din care se confruntă toate noile L1; fără utilizatori nu există dezvoltatori, fără dezvoltatori nu există utilizatori. Vanar încearcă să rupă acest ciclu prin colaborări de brand, aducând mari IP-uri pentru a emite active, această strategie funcționează în timpul unei piețe în creștere, dar în perioade de emoție de piață scăzută, întrebarea este dacă utilizatorii vor plăti. Și deși narațiunea AI este populară, majoritatea DApp-urilor AI implementate sunt în prezent cereri false; dacă Vanar va putea aștepta apariția acelui Killer App sau dacă va putea să-l dezvolte este cheia succesului.
Un alt detaliu tehnic care m-a impresionat este dedicarea lor față de consumul de energie. Discutând despre mediu în cercurile Crypto, de obicei, ești luat în derâdere ca având o narațiune de stânga, dar dacă clienții tăi țintă sunt Nike, Disney sau mari companii AI, indicatorii ESG sunt o barieră strictă. Antrenarea unui model mare deja nu este ecologic, iar dacă stratul de decontare de bază consumă energie la fel ca Bitcoin, atunci departamentul de conformitate nu va semna niciodată. Vanar face acest lucru destul de extrem, folosind PoS și optimizarea cloud pentru a reduce consumul de energie la un nivel foarte scăzut; în ochii traderilor individuali s-ar putea să nu pară o veste bună, dar pentru instituții, aceasta este o bilet de intrare. Când am scris scripturi pentru a testa presiunea rețelei, am observat în mod intenționat întârzierea de răspuns a nodurilor și am descoperit că stabilitatea rețelei este destul de bună sub încărcări mari, neavând probleme precum cele întâlnite de unele lanțuri de înaltă performanță care devin congestionate. Ceea ce mă deranjează este gradul lor de descentralizare; dependența excesivă de parteneri și facilități cloud înseamnă că vor avea o capacitate mai mică de a face față cenzurii; dacă într-o zi agențiile de reglementare cer Google să oprească anumite noduri, va mai putea menține Vanar rețeaua sa rezistentă? Aceasta este o întrebare la care nu am găsit un răspuns clar în white paper. Desigur, pentru aplicațiile AI de divertisment și consum, aceasta poate să nu fie cea mai esențială problemă, deoarece toată lumea este mai interesată de experiență și costuri decât de o capacitate absolută de a face față cenzurii. În timpul utilizării, am întâlnit ocazional câteva bug-uri minore, cum ar fi întârzieri în actualizarea stării tranzacției în browser sau butoane inerte în Creator Pad; aceste mici defecte, deși nu sunt fatale, pot afecta starea psihologică, în special când ești nerăbdător să testezi o funcție, această fricțiune în interacțiune te face să te întrebi dacă echipa își concentrează toată energia pe colaborări și ignoră rafinarea produsului.
Dar, gândindu-mă la asta, Vanar de acum pare ca un apartament nou renovat; deși unele colțuri nu sunt complet curățate, structura și fundația sunt solide. Privind înapoi la strategia generală a Vanar, de fapt pariază pe un viitor în care conținutul de pe internet va fi generat în principal de AI și aceste cantități masive de conținut AI fragmentat vor necesita un strat de validare și tranzacționare cu costuri reduse și eficiență ridicată. Ethereum este prea scump, Solana este prea instabilă, interoperabilitatea L2-urilor este o adevărată nebunie; Vanar încearcă să își găsească locul ecologic în această fereastră îngustă. Nu pare a fi un revoluționar care vrea să răstoarne lumea, ci mai degrabă un om de afaceri isteț care a pregătit terenul așteptând minerii din era AI să treacă și să plătească taxa de trecere. Pentru mine, un veteran care a văzut coduri și grafice de prețuri, Vanar nu mi-a oferit acea senzație de explozie tehnologică, dar mi-a dat un sentiment de stabilitate că acest lucru funcționează; în această lume Web3 plină de aer și bule, poate că pragmatismul este cea mai rară calitate.
