Negli ultimi giorni, il mercato delle criptovalute sembra un porridge in ebollizione, con vari token concettuali AI che danzano in modo frenetico. Guardando quei progetti il cui white paper è generato da GPT raddoppiare in un giorno, anche io mi sento un po' agitato. Per costringermi a calmarmi, ho chiuso il software di mercato e ho ripreso quel frammento di script Python che non avevo finito, pianificando di cercare un po' di problemi sulla testnet di Vanar. A dire il vero, inizialmente la mia attenzione su questa blockchain si limitava a quella notizia di collaborazione con Google Cloud che sembrava un po' troppo luccicante; essendo nel settore da un po', abbiamo tutti un meccanismo di difesa istintivo: quando sentiamo “collaborazione con grandi aziende”, la prima reazione è pensare a un trucco di PR. Ma quando mi sono davvero immerso nei dati di risposta dei nodi RPC, e ho persino fatto crashare un mio server cloud per testarne la massima capacità di throughput, ho dovuto ammettere che questo atteggiamento arrogante mi ha quasi fatto perdere di vista alcune cose molto interessanti.
Molte persone hanno una comprensione molto superficiale della combinazione tra blockchain e AI, pensando che l'innovazione consista nel dover inserire reti neurali nei contratti intelligenti. Questo è completamente ridicolo, l'attuale architettura EVM non è in grado di gestire tali livelli di calcolo. Il vero punto di connessione è in realtà molto noioso, al punto che gli investitori retail non vogliono nemmeno sentirne parlare: si tratta di fornire un ambiente di contabilità economico, stabile e conforme per un gran numero di agenti macchina. Ho implementato su Vanar un contratto per la simulazione della catena di fornitura, facendo apposta a non fare alcun ottimizzazione del Gas, solo per vedere se quel codice scadente avrebbe bruciato il portafoglio. Sono rimasto molto sorpreso, dopo sei ore di interazioni ad alta frequenza, la curva del consumo di Gas era liscia come se stesse girando su un database locale. Prima, quando facevo test sulla mainnet di Ethereum o anche su Arbitrum, quelle fluttuazioni del Gas erano come la spada di Damocle sospesa sopra di te, dovevi scrivere un sacco di logica complessa per prevenire sforamenti di costo. L'ambiente di basso costo quasi costante di Vanar è, per un agente AI che deve essere online 24 ore su 24, 7 giorni su 7, l'attrattiva più letale.
Durante questo periodo ho fatto apposta a confrontare Flow. Flow, grazie a NBA Top Shot, ha avuto un periodo di grande successo, e quel paradigma di programmazione orientato alle risorse, Cadence, è davvero elegante, ma per noi sviluppatori già “lavati” con Solidity, il costo di apprendimento è troppo alto. Ora le startup AI non vedono l'ora di far uscire un prodotto in un giorno, chi ha tempo per imparare un nuovo linguaggio? La parte intelligente di Vanar sta nel suo compromesso. Ha completamente abbandonato la lotta su quella che si chiama “innovazione del linguaggio di basso livello”, mantenendo la compatibilità con EVM. Ho copiato un pezzo di codice di staking NFT che originariamente girava su BSC, e a parte la modifica di alcuni parametri di rete, è stata praticamente una migrazione senza attriti. Questo approccio pragmatico, sebbene possa sembrare poco nerd agli occhi di alcuni tecnici puristi, nella battaglia commerciale è pura efficienza.
Durante l'uso di Creator Pad, ho incontrato un bug che mi ha fatto ridere e piangere. Quando ho cercato di caricare in massa un gruppo di modelli 3D ad alta definizione come metadati NFT, la barra di progresso si è bloccata al 99% e non si muoveva affatto. Inizialmente pensavo fosse un problema di rete, poi ho esaminato il pacchetto e ho scoperto che il timeout del servizio IPFS backend era impostato troppo rigidamente. Questo errore di basso livello su una piattaforma che si vanta di essere di livello enterprise è davvero un po' imbarazzante, costringendomi a caricare manualmente i file a pezzi. Ma guardandola da un'altra prospettiva, questo dimostra che stanno cercando di affrontare il punto dolente dell'upload di file di grandi dimensioni, e non come altre blockchain che si limitano a farti inviare piccole immagini di pochi KB. Questa esperienza di prodotto in stile Web2, sebbene ancora un po' grezza, è nella giusta direzione. Nasconde quei valori hash e finestre di firma spaventosi nel backend, facendo sentire gli utenti come se stessero utilizzando un software SaaS, piuttosto che interagendo con una blockchain incomprensibile.
Parliamo ora di quel meccanismo di validazione dei nodi, molto controverso. Mentre navigavo nel blocco esploratore, ho fatto apposta a controllare la lista dei validatori. Puoi vedere molti nomi di grandi aziende familiari. Questo approccio sarà sicuramente criticato da chi cerca una decentralizzazione estrema, etichettandolo come “chain consortile”. Ma io penso che questo sia il punto più lucido di Vanar. Per Nike, Disney o grandi aziende di giochi, non gli importa se i tuoi nodi sono distribuiti in diecimila cantine in tutto il mondo; ciò che gli interessa è se possono trovare qualcuno responsabile in caso di problemi, e se i dati possono essere ripristinati. Vanar ha introdotto Google Cloud come infrastruttura di validazione, in realtà usando la credibilità del Web2 per risolvere il deficit di fiducia del Web3. Questa architettura ibrida, sebbene sacrifici una parte della resistenza alla censura, ha portato a un'alta garanzia SLA. Durante i test di carico ad alta concorrenza sulla testnet, la determinazione delle risposte dei nodi mi ha fatto davvero sentire che c'era un team di professionisti dedicati a monitorare, e non una banda di dilettanti che bloccava a caso.
L'ecosistema di Vanar adesso sembra un'area industriale appena completata. Le strade sono larghe e lisce, l'acqua, l'elettricità e la rete sono state installate in modo perfetto, ma nell'area ci sono solo alcune case campione; gran parte dei capannoni è ancora vuota. Ho vagato sulla blockchain per gran parte della notte e gli indirizzi attivi che ho visto erano per lo più account di test ufficiali e alcuni opportunisti. Le vere applicazioni killer native non si vedono ancora. Questo è in realtà il ciclo di morte del pollo e dell'uovo che tutte le nuove L1 devono affrontare. Vanar sta cercando di attrarre i grandi IP del Web2 attraverso il programma Vanguard per rompere lo stallo, questa strategia potrebbe funzionare in un mercato rialzista, ma nell'attuale gioco di liquidità e stock, se possono davvero convertire quegli utenti del mondo tradizionale in utenti on-chain, rimane un grande punto interrogativo.
Tuttavia, dal punto di vista della frequenza di invio del codice, questa gente sta effettivamente lavorando. I registri di commit su GitHub mostrano che stanno recentemente ottimizzando freneticamente la logica di sicurezza del ponte cross-chain. In questo campo pieno di aria e bolle, ci sono pochi progetti che riescono a concentrarsi davvero a perfezionare le loro attrezzature. Se sei uno sviluppatore che vuole creare applicazioni AI, o un investitore a lungo termine che crede nel percorso di conformità del Web3, la pragmatica natura “da operaio” di Vanar potrebbe valere più della retorica dei “rivoluzionari” che non sanno fare altro che urlare slogan. Dopotutto, durante la corsa all'oro, chi vende le pale vive sempre più a lungo di chi scava l'oro.
