La maggior parte delle catene cerca di superarsi a vicenda con cifre così enormi: TPS, TVL, partnership, AI. Vanar è più silenzioso nel suo passo più grande. Cerca di eliminare qualsiasi attrito nel background che impedisce il lancio effettivo di prodotti reali: la complessità dei portafogli, i problemi di onboarding, gli strumenti mancanti e il incubo di dover riscrivere tutto quando gli sviluppatori passano a una catena diversa.
Quando non presti attenzione agli slogan, Vanar sta stabilendo una catena in cui le persone che costruiscono per Ethereum possono dare qualcosa che è già in esecuzione e consegnarlo a più persone con alcuni bordi meno affilati. Tuttavia, non è scintillante, questo è ciò di cui è fatta l'infrastruttura.
La compatibilità EVM non è qualcosa da controllare, ma un approccio all'adozione
Si è detto che la compatibilità EVM è una caratteristica. In realtà, è un piano per utilizzare un intero ecosistema: modelli Solidity, audit, strumenti, le abitudini già in atto da parte degli sviluppatori e pipeline che collegano le cose. Vanar lo afferma esplicitamente: è costruito in modo tale che gli sviluppatori non siano costretti a migrare il loro cervello a un nuovo stack prima di poter costruire.
Questo è importante poiché la maggiore spesa software non è spesso il calcolo. È tempo e rischio. Ogni volta che un team sta considerando di unirsi a una nuova catena, si chiedono: avremo bisogno di nuovi strumenti/audit/nuove assunzioni/nuove abilità di debug? La risposta di Vanar è: prendi le tue app EVM esistenti e ridurremo il dolore operativo attorno a esse.
Questo inverte la tradizione della competizione L1. La catena non compete solo sulla base della velocità grezza, ma sulla velocità basata su quanto rapidamente un team può attraversare un repository e passare a una produzione.
La vera costrizione non sono le transazioni, ma l'onboarding
È qui che abbiamo la realtà scomoda delle applicazioni Web3: il motivo principale per cui la maggior parte delle persone non utilizza una particolare applicazione non è che la catena sia lenta, ma che i wallet sono minacciosi: frasi seed, approvazioni e token gas, pop-up strani e la paura di fare una cattiva scelta.
La documentazione fornita dallo sviluppatore di Vanar indica che utilizza i modelli di astrazione dell'account, come l'ERC-4337, per eliminare quell'attrito, arrivando persino a consentire a un progetto di creare un wallet per conto dell'utente e di utilizzare flussi di disconnessione familiari come il social sign-on o email/password.
È una grande questione. Implica che Vanar crede che la catena non sia solo un libro mastro, ma un backend, che consente al front-end di sembrare software predefinito. Non è semplicemente risolvendo l'onboarding che si ricevono più iscrizioni, ma nuovi tipi di prodotti.
Il fatto che si possa creare un wallet dietro le quinte e recuperarlo come un'app normale cambia tutte le cose per i mercati mainstream. Consente alle applicazioni Web3 di essere adottate da persone che non desiderano identificarsi come utenti di cripto. Desiderano semplicemente un prodotto funzionante.
L'aspetto dell'infrastruttura è la distribuzione, e Vanar sembra comprenderlo.
Le prime pagine dell'ecosistema Vanar mostrano uno stile tipico di Kickstart con un layout che enfatizza gli strumenti dei partner e i benefici per i costruttori, come sconti, supporto all'onboarding e co-marketing. Questo non è semplicemente un extra carino, ma un beneficio strutturale. Una catena sarà un'opzione praticabile, non una congettura, se aiuterà un costruttore a risparmiare su costi, tempi di lancio e attrito per andare sul mercato.
Questa è la noiosa verità dello sviluppo della piattaforma: le migliori catene non stanno semplicemente vendendo spazio di blocco, ma dando una spinta.
Ci sono strumenti standard che indicano serietà.
Un metodo comune per determinare il reale desiderio di una catena di essere adottata è controllare la sua posizione nel mondo degli sviluppatori disponibili. Ad esempio, si può acquistare Vanar su ecosistemi di strumenti di terze parti come Thirdweb, con un ID catena incorporato.
È una grande questione, ma forse, questo. L'integrazione della catena con piattaforme di sviluppo popolari riduce l'attrito nel deployment, nell'interazione con i contratti e nella costruzione delle applicazioni. La maggior parte degli sviluppatori non è interessata a ricominciare da capo; preferiscono una catena che si adatti all'attuale spedizione di software dei team.
L'infrastruttura è resa invisibile in questo modo. E infrastrutture transcendentali.
Quando una catena si aspetta esseri umani, non è la stessa cosa avere una catena che si aspetta software.
L'altro aspetto importante è che ci sono catene costruite attorno al modo in cui le persone si comportano e alla costruzione di software che si comporta in un certo modo. Il software opera continuamente e a volte gli utenti umani arrivano.
La comunicazione di Vanar è ora più focalizzata sull'idea della catena come qualcosa che lavora con flussi di lavoro, dove le applicazioni funzionano tutto il tempo, non solo quando un individuo clicca un pulsante. Più grande è la catena che accoglie modelli standard di sviluppatori, operazioni prevedibili e un onboarding più fluido, più accoglie l'attività guidata dalla macchina.
Nonostante trascuri tutte le parole d'ordine, la tendenza è ovvia: Vanar sta creando una catena orientata al software. Desidera che gli sviluppatori rilascino prodotti che sembrano applicazioni normali, e la complessità cripto è spostata sullo sfondo.
Cosa rende questa una buona scommessa nonostante sia trascurata nel mercato a breve termine.
Lo spettacolo è frequentemente premiato con mercati, e non utilità. È il motivo per cui i cambiamenti più essenziali nell'infrastruttura possono essere sottovalutati: non ci danno fuochi d'artificio, ci danno affidabilità.
Tuttavia, è l'affidabilità che le aziende, le applicazioni consumer con intenzioni serie e i costruttori a lungo termine acquistano realmente. Se Vanar avrà successo nel ridurre il carico di onboarding, il carico di migrazione e il carico dell'ecosistema, guadagnerà una fiducia degli sviluppatori rara.
Anche i minimi incrementi nella fiducia degli sviluppatori ripagheranno.
Quando uno sviluppatore lancia una volta, è probabile che lo ripeta. Nel caso in cui un team riesca ad attrarre utenti senza doversi preoccupare delle frasi seed, è probabile che si sviluppi. Dove il progetto è in grado di lavorare con strumenti con cui le persone sono già familiari, allora il progetto procederà a un ritmo più veloce. Queste non sono storie a lungo termine, queste sono le vere ragioni per cui si verifica un cambiamento.
Un argomento più fondamentale: la prossima generazione di utenti non saprà di essere coinvolta in Web3.
A meno che Vanar non continui a seguire le stesse decisioni di design, non c'è intenzione di attrarre più appassionati di cripto. Si tratta di far utilizzare a un utente medio un prodotto che semplicemente funziona su una blockchain.
È per questo che è importante prestare attenzione al modo in cui lavorano gli sviluppatori. Una buona tecnologia non sarà l'unica cosa nelle catene vincenti. Renderanno il processo di costruzione ordinario, il processo di induzione dei dipendenti sicuro e il processo di lancio veloce.
Vanar è impostato per essere un'infrastruttura di questo tipo: non è la blockchain più rumorosa, ma quella che gli sviluppatori possono utilizzare comodamente, senza rendere gli utenti esperti. È generalmente ciò che si dimostra di successo a lungo termine.
