Le blockchain si sono ampliate—e poi frammentate. La liquidità si è dispersa tra gli L2, i bridge continuavano a rompersi e la "disponibilità dei dati" è diventata il nuovo collo di bottiglia. Avail vuole risolvere tutti e tre i problemi contemporaneamente. Fondata per fornire disponibilità di dati verificabile e scalabile, il progetto si posiziona ora come un layer di unificazione full-stack: una base DA, Nexus per l'interoperabilità blockchain basata su prove, e Fusion per la sicurezza condivisa che può fare restaking di ETH, BTC e token di rollup. La tesi è semplice ma ambiziosa: gli sviluppatori dovrebbero costruire una volta sola e scalare ovunque; gli utenti non dovrebbero dover pensare affatto alle chain.
In questa Q&A di CryptoSlate, il co-fondatore di Avail Anurag Arjun ci spiega come questa tesi stia passando dalla roadmap alla realtà. Iniziamo con un test di stress reale: la vendita di nodi da 60 milioni di dollari di Sophon, che ha esteso il light client di Avail alla scala di produzione e ha suggerito nuove primitive di raccolta fondi verificabili per chain specifiche per app. Da lì, approfondiamo EnigmaDA—disponibilità di dati criptati progettata per soddisfare i mandati di privacy istituzionale senza reintrodurre intermediari fidati—insieme a come le banche e i piloti TradFi possono conciliare crittografia, gestione delle chiavi e verificabilità on-chain.
L'interoperabilità blockchain è l'altro pilastro. Piuttosto che un altro bridge, Nexus promette "un SDK, nove chain, nessun cambio di network", mirando a instradare i flussi attraverso stablecoin multichain e liquidità DeFi minimizzando i rischi di replay e quorum con verifica TEE e ZK. Sul lato utente, il light client di Avail punta a una larghezza di banda <1 MB/s e funziona su telefoni e browser tramite campionamento della disponibilità dei dati e prove di validità—spingendo "un nodo completo in tasca" verso i mercati emergenti.
Esploriamo anche i compromessi tra velocità e decentralizzazione dietro le pre-conferme di 250 ms di TurboDA e l'obiettivo di ricerca "infinity blocks" del team di blocchi da 10 GB in ~600 ms; il percorso di crescita del set di validatori da 105 validatori e un coefficiente di Nakamoto di 34; e cosa Avail sta imparando dai deployment di punta come Lens Chain (650k profili) e Sophon. Con oltre 50 integrazioni in coda, Arjun delinea come Avail seleziona i partner per adattamento tecnico, valore dell'ecosistema e conformità—oltre a come la crescita della community (oltre 600k membri nel primo anno) sia ancorata all'attività dei builder piuttosto che a metriche di vanità.
Se Avail ha ragione, la prossima fase delle crypto non sarà "L2 contro L2" ma rollup incentrati sulle app che parlano un linguaggio comune basato su prove—consapevoli della privacy quando necessario, credibilmente neutrali per design e finalmente utilizzabili su scala internet. Continua a leggere per la conversazione completa.
Sophon ha adattato il light client di Avail per alimentare la sua vendita di nodi da 60 milioni di dollari. Cosa ti ha insegnato questo accordo sulla scalabilità di Avail e sull'esperienza dell'utente per gli sviluppatori, e quali altri traguardi di "denaro reale" possiamo aspettarci?
La partnership con Sophon è stata un momento cruciale; avevano bisogno di un'infrastruttura light client personalizzata che potesse gestire una scala massiccia per la loro vendita di nodi e supportare la loro architettura validium, che Avail ha fornito. Questo ha dimostrato che la nostra tecnologia non è solo in grado di supportare reti live, ma ha esteso la portata di Avail, offrendo un modo tangibile per aiutare i progetti con la raccolta fondi.
Cosa ci ha insegnato: la nostra architettura basata su prove di validità può scalare per fornire certezza matematica a tutti i partecipanti della rete. Le reti possono sia raccogliere fondi che scalare su questa tecnologia, anche con competenze tecniche minime (normalmente l'esecuzione di nodi di verifica richiede infrastrutture basate su server ed esperienza con la linea di comando). L'esperienza dell'utente per gli sviluppatori ha permesso a Sophon di estendere il light client esistente e aggiungere funzionalità senza attrito.
Questo ha innescato una tendenza con più progetti che guardano all'infrastruttura light client di Avail non solo per supportare requisiti di dati verificabili ma anche per espandere il caso d'uso di raccolta fondi pionierizzato da Sophon.
EnigmaDA consente ai rollup di pubblicare blob completamente criptati pur continuando a dimostrare l'integrità dei dati. Come soddisfa i mandati di privacy TradFi (KYC, riservatezza commerciale) senza reintrodurre punti centrali di fiducia?
I rollup possono pubblicare blob di dati completamente criptati dimostrando crittograficamente l'integrità e la disponibilità dei dati. La crittografia avviene a livello di applicazione, quindi le informazioni sensibili non sono mai esposte al pubblico, il che soddisfa i mandati normativi.
Tuttavia, utilizza ancora l'infrastruttura pubblica di Avail come rete per spostare e verificare i dati, anche senza conoscere quali siano i dati o esporli pubblicamente. In questo modo, gli L2 possono decidere sul loro modello di privacy sfruttando l'infrastruttura DA pubblica di Avail. Questo offre alle istituzioni i benefici della blockchain senza introdurre nuove ipotesi di fiducia o punti di fallimento centrali.
Avail ora si commercializza come un layer di unificazione full-stack (DA + Nexus + Fusion). Quali punti dolenti ti hanno convinto ad ampliare invece di raddoppiare solo su DA?
L'obiettivo di Avail è sempre stato quello di abilitare un ecosistema blockchain connesso e prospero. Questo è iniziato con un layer DA scalabile e crittograficamente verificabile perché quello era il punto di strozzatura più prominente all'epoca. Tuttavia, una volta risolto quel problema, ti ritrovi nella situazione con molti L2 e un problema di frammentazione ulteriormente esacerbato. Come si connetterà tutta la liquidità? Nexus è la nostra soluzione a questo problema, consentendo sia agli ecosistemi nativi di Avail, sia a quelli esterni, di interoperare liberamente.
La prima versione di Nexus, ad esempio, abilita l'interoperabilità blockchain tra 9 reti su mainnet, e l'unica di queste nativa di Avail è Sophon. Quindi attraverso questa integrazione, Sophon (e altre chain native di Avail) accedono automaticamente alla liquidità multi-chain abilitata da Nexus (145 miliardi di dollari in TVL di stablecoin multichain e 95 miliardi di dollari in TVL DeFi multichain). Questo è ciò che sembra una vera scalabilità.
I bridge si rompono; Nexus promette "un SDK, 9 chain, nessun cambio di network". Sotto il cofano, come evita Nexus i rischi di replay, quorum e frammentazione della liquidità che affliggono ancora la maggior parte delle tecnologie bridge?
Nexus offrirà una soluzione crosschain completa sfruttando la verifica TEE e ZK che garantisce che la risoluzione della frammentazione non comprometta la fiducia e la sicurezza che rendono preziose le blockchain. Abbiamo altro da condividere su questo nei prossimi mesi.
Il risultato è un sistema in cui un'integrazione SDK fornisce accesso a più chain senza richiedere agli utenti di cambiare network, gestire più portafogli o navigare in interfacce di bridging complesse. Gli sviluppatori si integrano una volta e ottengono immediatamente accesso a utenti e liquidità su tutte le chain connesse, mentre gli utenti sperimentano interazioni cross-chain senza soluzione di continuità senza mai lasciare la loro interfaccia preferita.
Il futuro è una rete di "L2 incentrati sulle app" che comunicano tutti tramite prove in stile Nexus? Cosa impedisce ai layer DA concorrenti di forkare l'idea?
Il futuro che stiamo costruendo si concentra su rollup incentrati sulle app che comunicano attraverso protocolli di interoperabilità basati su prove. Pensa a questa evoluzione come simile a come TCP/IP è diventato il protocollo di comunicazione universale per internet, un approccio standardizzato che consente un'interazione senza soluzione di continuità tra sistemi diversi senza richiedere loro di comprendere l'architettura interna dell'altro. Questo layer di meta-interoperabilità astrae la complessità della blockchain mantenendo i benefici di sicurezza e decentralizzazione che rendono preziosa la tecnologia blockchain.
Questo approccio diventa il nuovo standard perché si allinea con le richieste fondamentali del mercato. Gli sviluppatori esprimono costantemente il desiderio di costruire una volta e scalare ovunque, piuttosto che ricostruire applicazioni per ogni ecosistema blockchain. Gli utenti si aspettano esperienze senza soluzione di continuità senza dover capire quale chain alimenta le loro applicazioni, simile a come gli utenti di internet non pensano a quali server ospitano i siti web. L'efficienza economica emerge attraverso pool di liquidità condivisi e componibilità tra chain, creando effetti di rete che beneficiano tutti i partecipanti nell'ecosistema.
Forkare un concetto è facile, ma la fondazione è importante. Avail offre la fondazione di scalabilità più elegante e pronta per la produzione oggi, eliminando la centralizzazione dell'infrastruttura e i colli di bottiglia mentre apre la strada all'adozione di massa. La tecnologia di Avail è in sviluppo da oltre 4 anni e quella conoscenza istituzionale non è facile da forkare.
La tua community ha raggiunto oltre 600k membri nell'Anno 1, non un'impresa da poco in un mercato brutale. Quali programmi o narrative specifiche hanno guidato quella crescita, e come eviti che il gonfiore della community si trasformi in hype vuoto?
La fondazione della nostra community di oltre 600K membri è stata costruita attraverso un'educazione completa per gli sviluppatori, incluse risorse estese, hackathon e sovvenzioni che hanno permesso ai builder di creare applicazioni che non potevano costruire altrove. Le persone si sono unite perché la nostra infrastruttura ha abilitato un'utilità genuina, dalle applicazioni sociali di Lens Protocol all'ecosistema di gioco di Sophon piuttosto che promesse speculative.
La comunicazione trasparente è stata cruciale per la nostra crescita autentica. Invece di puri messaggi di marketing, forniamo aggiornamenti regolari sui progressi tecnici, condividendo sia le scoperte che le sfide. Questa onestà costruisce fiducia e attira membri della community che comprendono il reale potenziale della tecnologia. Inoltre, i benefici del nostro ecosistema creano valore tangibile per i membri della community che vedono vantaggi diretti dalle nostre partnership e integrazioni, rendendo il loro coinvolgimento significativo oltre l'apprezzamento del token.
Per prevenire il gonfiore dell'hype, ci concentriamo implacabilmente sulle metriche di coinvolgimento piuttosto che sui numeri di vanità. Gli sviluppatori attivi che costruiscono sulla nostra infrastruttura, partnership significative che guidano un utilizzo reale e volume di transazioni genuino contano molto di più del numero di follower. I nostri programmi comunitari sono progettati per premiare il contributo effettivo, sia attraverso lo sviluppo, l'educazione o la costruzione dell'ecosistema, piuttosto che la semplice partecipazione.
Con 11 chain live e oltre 50 in coda, quali criteri decidono chi entra dopo? Come verificate le dApp rivolte a TradFi per la conformità prima che utilizzino EnigmaDA?
Con oltre 50 chain in coda per l'integrazione, manteniamo criteri selettivi focalizzati sulla qualità e sull'adattamento strategico piuttosto che semplicemente massimizzare i numeri. Il nostro processo di integrazione delle chain valuta quattro aree chiave: compatibilità tecnica per garantire che le nuove chain possano supportare adeguatamente i nostri sistemi di prova e modello di sicurezza; valore dell'ecosistema che porta casi d'uso unici o basi utenti significative per rafforzare la rete complessiva; maturità di sviluppo dimostrata attraverso team di sviluppo attivi con roadmap chiare; e allineamento della community con valori che corrispondono alla nostra visione di unificazione piuttosto che frammentazione.
La nostra revisione tecnica copre la corretta implementazione delle funzionalità di crittografia di EnigmaDA, garantendo che i dati sensibili rimangano protetti mantenendo le garanzie crittografiche. Richiediamo audit di sicurezza per applicazioni che gestiscono casi d'uso sensibili o istituzionali, e stabiliamo capacità di monitoraggio continuo per il tracciamento della conformità e la reportistica per soddisfare gli standard normativi.
L'obiettivo fondamentale non è massimizzare la quantità di integrazioni, è costruire un ecosistema dove ogni aggiunta rafforza l'intera rete. Ogni nuova chain o applicazione dovrebbe migliorare l'interoperabilità, portare nuovi utenti o casi d'uso, e allinearsi con la
