Cosa dice la storia di Linux sulla lunga strada verso l'adozione dello storage decentralizzato

L'evoluzione dell'informatica è stata segnata da una serie di cambiamenti di paradigma, dai mainframe ai personal computer, e ora al cloud. Attualmente, il percorso comune per implementare l’infrastruttura web è essere un cliente pagante di una grande azienda come Amazon o Google e scrivere l’infrastruttura come codice per creare una costellazione di servizi interoperabili sulle loro macchine.

Claudia Richoux è la fondatrice e CEO di Banyan, un sistema di archiviazione di file decentralizzato costruito sulla rete Filecoin .

Tuttavia, l’attuale predominio degli hyperscaler cloud, con la loro parte da leone nell’elaborazione mondiale, non è un monopolio naturale.

Si tratta invece di uno stato temporaneo, poiché la comunità open source lavora instancabilmente per elaborare una soluzione decentralizzata che rivoluzionerà ancora una volta il settore. Una soluzione decentralizzata consentirà agli utenti di spostarsi liberamente tra i fornitori di servizi invece di essere bloccati in ONE entità, il che significa più concorrenza sui prezzi e libertà per le aziende di negoziare i termini con i loro fornitori di servizi cloud invece dello stato attuale in cui sono profondamente invischiate e dipendente da loro.

Per comprendere le potenzialità di un cloud decentralizzato basta guardare alla storia del sistema operativo Linux. Ci sono voluti un decennio perché il software Unix sviluppato dai Bells Labs si evolvesse in Minix, e un altro decennio perché Minix diventasse Linux. Alla fine, dopo un altro decennio, Linux ha visto un’adozione diffusa da parte delle imprese, diventando la scelta più ovvia per gli sviluppatori.

Oggi il software open source Linux domina il mercato, girando sull’80% dei server pubblici e sul 100% dei supercomputer. È ciò che inevitabilmente scelgono tutti gli sviluppatori quando avviano un EC2 (Elastic Compute Cloud), un servizio di Amazon che consente agli utenti di eseguire applicazioni nel cloud pubblico di AWS.

Il successo di Linux è stato costruito sulla potenza dei vantaggi derivanti da uno sviluppo aperto, cumulativo e condiviso. I sistemi operativi sono enormi e complessi e richiedono milioni di ore di lavoro specializzato, ricerca e test per crearne di competitivi da zero. Tuttavia, dopo anni di incubazione finanziata dal governo e alimentata dagli hobbisti, Linux raggiunse uno stato utilizzabile e i benefici iniziarono a moltiplicarsi.

Quando le aziende hanno iniziato a utilizzare e a dipendere da sistemi operativi open source, queste enormi basi di codice del kernel del sistema operativo, o il CORE del sistema operativo di un computer, sono diventate "beni comuni" e le persone contribuiscono a migliorarlo. Tutti coloro che utilizzano il kernel Linux cercano bug. Alcuni contribuiscono anche con le patch.

In altre parole, il supporto per il software open source può essere più economico rispetto ai piani di supporto per il software closed source, proprio perché il costo per creare il prodotto stesso è molto inferiore. Il costo di Linux per un'azienda è espresso in frazioni di sviluppatori che prestano una mano o in piani di supporto (per aziende senza competenze interne sul kernel).

Vedi anche: Il settore informatico sta sfruttando l’impennata dell’intelligenza artificiale?

Al contrario, il costo di creazione e manutenzione di un sistema operativo personalizzato è astronomico e richiede all’entità controllante di coprire l’intero costo di vita. Ciò richiede un elevato costo di consumo per rendere l’impresa economicamente sostenibile. Se più sistemi operativi chiusi competono, ciascuno deve finanziare il proprio sviluppo e trovare una quota di mercato sufficiente per recuperare i propri ingenti investimenti. Ciò spiega in larga misura la situazione attuale del mercato.

Il "cloud" come lo usiamo oggi sugli hyperscaler è semplicemente un altro sistema operativo, uno strumento per astrarre quando e dove vengono eseguiti i lavori, le loro risorse e il modo in cui interagiscono. Che si tratti di un database gestito, di un cluster Kubernetes open source o dell'esecuzione di un programma sul tuo computer, sia i cloud che i sistemi operativi sono gestori di risorse, pianificatori e fornitori di sicurezza altamente sofisticati e complessi.

Il cloud opera su una scala molto più ampia, rendendo AWS, GCP, Azure e DigitalOcean i computer mainframe del nostro tempo, gestiti in modo indipendente all’interno di ciascuna azienda.

Allora, dov'è il nostro concorrente open source? OpenStack è stato sviluppato da Rackspace e dalla NASA negli anni 2010 come stack cloud open source destinato a essere distribuito in qualsiasi data center per trasformarlo nel tuo AWS. Si dice che sia morto (per ragioni di cui parlerò più avanti), ma è ancora in fase di sviluppo attivo da parte di aziende (per lo più cinesi) che lo utilizzano al posto di AWS a causa delle restrizioni sulle infrastrutture governative.

ONE cosa che notiamo innanzitutto è che i codici base open source sono difficili da eliminare perché la loro conoscenza e il loro potere sono codificati in repository git, non in processi Human fallibili. OpenStack non morirà mai, anche se i modelli di business originali basati su di esso sono scomparsi da tempo. Ciò significa che i contendenti open source hanno molte possibilità di WIN, perché possono KEEP a resuscitare.

OpenStack "ha fallito" perché ogni singola azienda voleva avere la propria distribuzione del software per controllare la roadmap di sviluppo. Ciò ha portato alla frammentazione e alla competizione piuttosto che alla collaborazione. La maggior parte dei principali fornitori ha rilasciato le proprie distribuzioni OpenStack, fratturando l’ecosistema, e poi ha combattuto per la supremazia sul mercato (che ha impedito lo sviluppo e il progresso).

La mancanza di standardizzazione nelle distribuzioni OpenStack ha reso difficile per gli utenti distribuire e gestire i cloud in modo coerente. Inoltre, la complessità di OpenStack ne ha reso difficile l'installazione e il funzionamento, soprattutto rispetto alle offerte di cloud pubblico più raffinate di Amazon, Microsoft e Google.

Vedi anche: Internet 2030: il futuro e come arrivarci

Senza un forte organo di governo centrale, era difficile portare avanti una visione coesa e Rally la comunità attorno a priorità condivise. Molte aziende che inizialmente supportavano OpenStack in seguito hanno ridotto i propri investimenti o si sono ritirate del tutto.

Come possiamo evitare di fallire nuovamente? Questa volta abbiamo un’arma Secret : nodi, consenso, premi in blocchi, beni pubblici e ricerca sull’allineamento degli ecosistemi. La distribuzione dei nodi è un problema per lo più risolto dopo 15 anni di gestione della blockchain, quindi la mancanza di standardizzazione è qualcosa che possiamo sconfiggere.

Individuando i giusti meccanismi dei beni pubblici e come allineare gli utenti, possiamo unire le persone attorno ai protocolli invece di incoraggiare infinite biforcazioni, concorrenza e defezione. La governance e le roadmap condivise sono un problema su cui siamo continuamente impegnati, e ci stiamo arrivando perché lo stato condiviso e il valore condiviso delle blockchain legano insieme le comunità e le costringono a collaborare (in modi in cui i repository open source facilmente forkabili semplicemente T).

Abbiamo le primitive finanziarie e gli strumenti di collaborazione quasi pronti a funzionare. Abbiamo già degli inizi promettenti, ma dobbiamo KEEP a lavorare.

Siamo più vicini di quanto pensiamo a un go-to-market decentralizzato nel cloud, che potrebbe portare centinaia di miliardi di dollari all'ecosistema se riuscissimo davvero a conquistare il mercato come ha fatto Linux. Anche i Mercati del cloud crescono dell’11% annuo: cosa può fare l’adozione dell’intelligenza artificiale se non accelerarlo? Fa sembrare gli ETF Bitcoin come i soldi del pranzo.

Ci sono però alcune lacune che ci impediscono di vincere in questo momento, e ciò che ci manca di più sono le decisioni sensate sui prodotti. Lo stato attuale dei tentativi Web3 di servizi cloud decentralizzati è discutibile, con un adattamento limitato al mercato del prodotto. La maggior parte delle persone utilizza questi protocolli solo per sfruttare i propri incentivi simbolici, il che è un peccato.

Il lato positivo è che la speculazione può favorire il miglioramento e la crescita del prodotto a basso costo, purché ascoltiamo il feedback degli utenti e utilizziamo i meccanismi di ricompensa con attenzione.

Potrebbe non essere necessario riutilizzare direttamente OpenStack, ma è necessario creare qualcosa di altrettanto utilizzabile (e altrettanto affidabile, che è la parte difficile). Per avere successo dovremo fondere le nostre strutture di incentivi sviluppate internamente con il Web2 e le tecnologie di monitoraggio, conformità e sicurezza degli hyperscaler cloud. Dobbiamo progettare SLA ibridi centralizzati/decentralizzati (accordi sul livello di servizio: i contratti tra te e un fornitore di archiviazione cloud). Dobbiamo proteggerlo con una serie di incentivi sull’affidabilità, attestazioni di sicurezza, prove di conoscenza zero, crittografia completamente omomorfica, prove di frode computazionale, protocolli di governance e altro ancora.

Vedi anche: Che cos'è l'archiviazione di file decentralizzata e come funziona?

La maggior parte di noi in questo segmento dispone di prototipi e MVP, culto superficiale dei successi dei prodotti cloud Web2, invece di tentare a fondo di rivaleggiare con gli operatori storici lavorando con gli utenti e adattandosi alle loro esigenze. Tuttavia, tecnicamente o teoricamente effettuare storage, elaborazione o distribuzione a velocità CDN non è sufficiente, ed è proprio qui che si trova la maggior parte di noi. Ciò non attirerà utenti paganti, l'inflazione dei token si esaurirà e morirai.

Ciò che attirerà gli utenti paganti sarà il ciclo di iterazione del prodotto, l'evoluzione delle nostre offerte per soddisfare le loro esigenze e il lancio sul mercato come un'azienda cloud Web2.

Vai a guardare uno o due video di YCombinator. Scegli di fare la cosa difficile. Fortunatamente, la comunità Web3 è quasi infinitamente paziente nel testare e fornire feedback, perché tutti noi vogliamo (ne abbiamo bisogno?) che funzioni. Stiamo competendo con un settore maturo e ben finanziato, e la strada sarà in salita ancora per qualche anno.

Osserva attentamente progetti come Banyan, Estuary e ArDrive e chiediti se li sceglieresti invece di Dropbox, soprattutto se il tuo lavoro dipendesse da questo. Ora pensa a quanto lavoro è necessario fare per arrivarci. Tuttavia, l'infrastruttura cloud decentralizzata T è una questione di se, ma quando.