În ultimele două săptămâni, mesajele de la DeepSeek și Sora au zguduit întreaga lume a tehnologiei, iar prietenii mei din cercul de Web3 au început din nou să se agite, spunând că „AI+Crypto” este singurul motor al acestui ciclu de creștere. Privind cum se entuziasmează și distribuie tot felul de proiecte doge ale căror cărți albe nu sunt chiar complete, nu pot să nu mă amuz. Când toată lumea se uită la videoclipuri spectaculoase generate de AI, foarte puțini se gândesc la o problemă extrem de plictisitoare, dar fatală: unde ar trebui să stocheze aceste date masive, cu creștere exponențială, și informațiile de proprietate? Capacitatea de procesare a Ethereum, cu zeci de tranzacții pe secundă, abia poate gestiona un simplu DeFi, așa că așteptările ca acesta să suporte metadatele cu frecvență înaltă generate de Sora sunt pur și simplu fanteziste.
Cu această profundă neîncredere în starea actuală a industriei, mi-am îndreptat privirea din nou către Vanar. Sincer, alegerea sa ca obiect de testare nu este din cauza popularității sale, ci pentru că este suficient de „excentric”. În timp ce toată lumea se concentrează pe ZK-Rollup și modularizare, Vanar continuă să se concentreze pe compatibilitatea EVM a L1-ului și implementarea la nivel de întreprindere; această abordare contrar-intuitivă mi-a atras atenția. Pentru a verifica dacă este sau nu un alt proiect PPT născut pentru a face bani, am decis să renunț la acele documente de marketing strălucitoare și să trec direct la scrierea de cod, folosind o sarcină reală pentru a-i descoperi vulnerabilitățile.
În ultimele zile, am făcut ceva extrem de plictisitor, și anume să încerc să migrez un protocol de distribuție a drepturilor de autor AIGC, inițial implementat pe Polygon, pe rețeaua de testare Vanar. Logica acestui protocol nu este complicată, dar necesită o frecvență de interacțiune extrem de ridicată; de fiecare dată când AI generează o imagine, contractul inteligent trebuie să înregistreze valoarea hash, semnătura creatorului și timestamp-ul. Când rula pe Polygon, întâlneam adesea situații în care costurile de gaz creșteau brusc, provocând eșecul tranzacțiilor; această imprevizibilitate este catastrofală pentru aplicațiile comerciale. Cu toate acestea, experiența de desfășurare pe Vanar m-a surprins chiar și pe mine, un veteran care a scris Solidity timp de cinci ani. Practic nu am modificat nicio linie de cod logic central; am înlocuit doar interfața RPC și ID-ul rețelei, iar întregul contract a funcționat. Această experiență de migrare „fără frecare” este ușor de spus, dar extrem de dificil de realizat; înseamnă că compatibilitatea EVM de bază este foarte bine realizată, fără a încerca inovații ciudate prin opcode-uri neobișnuite.
Atunci când vorbim despre „AI-Ready”, mulți oameni se gândesc la modelele mari care rulează pe blockchain, ceea ce este pur și simplu o percepție greșită de către cei neexperimentați. Arhitectura actuală a blockchain-ului nu poate susține rețele neuronale; adevăratul punct de convergență este în „capitalizare” și „certificare”. Am petrecut o după-amiază în Creator Pad de la Vanar, încercând să simulez un scenariu de generare a activelor AI cu frecvență mare. Trebuie să recunosc că interacțiunea lor UI este prea asemănătoare cu produsele Web2, fără termeni obscuri, iar temporizarea ferestrelor de semnare a portofelului a fost de asemenea bine gândită. Dar eu sunt genul care caută imperfecțiuni; după ce am încărcat consecutiv cincizeci de fișiere de model 3D de mare capacitate, am observat că viteza de răspuns a sistemului a început să scadă, iar metadatele unei sau două fișiere au întâmpinat întârzieri în confirmare pe blockchain. Acesta este evident un punct de blocaj în procesarea indexării fișierelor mari de către noduri, deși nu este fatal, dar dezvăluie că infrastructura actuală mai are un drum lung de parcurs până la adevărata „nivel enterprise”. Aceasta mi-a adus aminte de Solana; deși se laudă cu performanță ridicată, se prăbușește imediat ce rețeaua se aglomerează. Comparativ, stabilitatea Vanar de a fi „puțin mai lent, dar niciodată offline” se potrivește mai bine gusturilor clienților din sectorul B.
Am studiat special mecanismul de gaz al Vanar, care ar putea fi cel mai subestimat aspect al său. În ecosistemul Ethereum, costul gazului este ajustat dinamic în funcție de nivelul de congestie al rețelei; aceasta este plăcerea jocului pentru jucătorii DeFi, dar este un coșmar pentru agenții AI. Imaginează-ți că agenția ta AI a calculat inițial că costul unei tranzacții este de 0,1 dolari, dar la execuție devine 10 dolari; întregul model economic se prăbușește instantaneu. Vanar pare să fi introdus un mecanism de netezire la nivelul de bază; chiar și atunci când îmi umplu scriptul cu cereri concurente, fluctuațiile costului gazului rămân în continuare controlate într-un interval foarte mic. Această determinare este ceea ce toți cei care doresc să facă automatizare pe blockchain sau să dezvolte agenți AI caută cel mai mult. Nu este sexy, nu este potrivit pentru speculație, dar este funcțional.
Vorbind despre competitori, nu pot să nu mă gândesc la Flow. Cândva, Flow a demonstrat potențialul IP-ului pe blockchain cu succesul NBA Top Shot, dar limbajul Cadence de pe Flow este pur și simplu un coșmar pentru dezvoltatori. Trebuie să înveți un limbaj nou special pentru acesta, ceea ce reprezintă un cost de timp prea mare pentru dezvoltatorii de astăzi. Vanar este inteligent prin faptul că nu creează bariere de limbaj; știe că dezvoltatorii existenți se află în ecosistemul Ethereum, reducând pragul la minim; atâta timp cât știi să scrii Solidity, ești dezvoltator Vanar. Această „pragmatism” poate să nu fie suficient de cool în ochii tehnicienilor, dar este extrem de eficientă în competiția comercială. Totuși, ecosistemul Vanar este într-adevăr prea pustiu în prezent. Am răsfoit câteva pagini în exploratorul de blockchain, iar în afară de câteva aplicații oficiale și câteva transferuri simple de token-uri, aproape nu am văzut nimic activ de la terți DApp. Este ca o autostradă recent reparată, cu o suprafață netedă și taxe mici, dar din cauza lipsei orașelor prospere din jur, mașinile care circulă sunt foarte puține.
Un alt aspect care mă preocupă este colaborarea sa cu Google Cloud. În opinia multor fundamentalisti criptografici, aceasta este pur și simplu o „predare”, o plecare în fața forțelor centralizate. Dar eu consider că este o mișcare bună. Industria Web3 a depășit deja acea etapă de antreprenoriat sălbatic; piața de creștere care urmează va veni cu siguranță din partea gigantilor tradiționali Web2. Te aștepți ca Nike, Disney sau acele companii AI unicorn să folosească un blockchain compus complet din noduri anonime, care ar putea să se divizeze în orice moment? Este imposibil. Au nevoie de garanții, de SLA (Service Level Agreement). Vanar introduce Google Cloud ca nod de validare, de fapt, spunând acelor mari companii: avem aici sentimentul de siguranță al acelei lumi pe care o cunoașteți. Această arhitectură hibridă, deși sacrifică o parte din rezistența la cenzură, aduce în schimb conformitate și stabilitate; acest schimb este rentabil din punct de vedere al logicii comerciale.
În acele câteva nopți petrecute pe rețeaua de testare, am descoperit câteva bug-uri amuzante. De exemplu, exploratorul lor de blockchain este complet inadecvat pe dispozitive mobile; pentru a verifica un hash de tranzacție, trebuie să îți întorci telefonul pe orizontală pentru a-l vedea complet. De asemenea, Creator Pad, uneori, deși tranzacția a fost deja înregistrată pe blockchain, pagina de front-end continuă să încarce, făcându-mă să cred că nodul RPC s-a blocat. Aceste imperfecțiuni în experiența front-end, deși nu afectează securitatea blockchain-ului, îmi afectează cu adevărat dispoziția. Aceasta reflectă de asemenea că echipa se concentrează în prezent pe infrastructura de bază, neavând suficientă grijă pentru „proiectele de fațadă” legate de experiența utilizatorului.
Privind înapoi, Vanar nu este acel tip de proiect care îți va crește adrenalina. Nu are declarații grandioase precum Sui sau Aptos care „redefinesc blockchain-ul”, nici narațiuni mărețe precum „aurul digital” al Bitcoin-ului. Se aseamănă mai mult cu un antreprenor pragmatic, care observă cum vecinii săi speculează concepte, în timp ce el își face treaba cu seriozitate, mutând cărămizile și netezind drumul. Pentru noi, care am fost tăiați fără milă de diverse concepte grandioase, această abordare pragmatică are o atracție inexplicabilă. DeepSeek a demonstrat că, chiar și fără zeci de mii de H100, se pot realiza AI de top prin optimizarea algoritmilor; poate că Vanar demonstrează că nu este necesar să reinventezi roata; printr-o optimizare extremă a ingineriei și o poziționare comercială corectă, se poate deschide o cale întreagă în arena aglomerată a blockchain-ului.
Dar asta nu înseamnă că îți recomand să te arunci fără cap. Pornirea rece a ecosistemului este o provocare cu care se confruntă toate L1-urile. Cel mai mare risc al Vanar acum este dacă poate transforma acei așa-zisi parteneri în utilizatori activi pe blockchain. Dacă după șase luni, pe acest blockchain încă nu rulează decât câteva demo-uri oficiale, tehnologia lor, oricât de bună ar fi, va fi doar un specimen mort. Acum, este ca un jucător care are o mână bună, dar nu a avut încă ocazia să joace; noi stăm pe margine, așteptând să joace o carte câștigătoare, dar temându-ne că la final va fi o mână proastă.
În această noapte plină de zgomot și bule, privind codul care săltă pe ecran, am realizat brusc că, poate aplicația „Killer” pe care o căutăm cu toții nu se va naște în acele cazinouri zgomotoase, ci va crește încet pe acest drum care pare puțin pustiu, puțin plictisitor, dar suficient de solid. @Vanar $VANRY
