Cosa dice la storia di Linux sul lungo cammino verso l'adozione di un sistema di storage decentralizzato

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

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

Tuttavia, l'attuale predominio degli hyperscaler cloud, con la loro quota maggiore di elaborazione dati mondiale, non è un monopolio naturale.

Invece, è 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 muoversi liberamente tra i fornitori di servizi anziché 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 cloud anziché l'attuale stato in cui sono profondamente impigliati e dipendenti da loro.

Le lezioni di Linux

Per comprendere il potenziale di un cloud decentralizzato, dobbiamo solo guardare alla storia del sistema operativo Linux. Ci è voluto un decennio perché il software sviluppato da Bells Labs, Unix, si evolvesse in Minix, e un altro decennio perché Minix diventasse Linux. Infine, dopo un altro decennio, Linux ha visto un'adozione aziendale diffusa, diventando la scelta 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 tutti gli sviluppatori scelgono inevitabilmente 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 sul potere di guadagni di sviluppo composti, condivisi e aperti. I sistemi operativi sono monumentali e intricati, 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 ha raggiunto uno stato utilizzabile e i vantaggi hanno iniziato a moltiplicarsi.

Quando le aziende hanno iniziato a utilizzare e a dipendere dai 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 “i beni comuni”,e la gente si impegna per migliorarlo. Chiunque utilizzi il kernel Linux cerca bug. Alcuni contribuiscono persino con patch.

Le basi di codice open source sono difficili da eliminare

In altre parole, il supporto software open source può essere più economico dei piani di supporto software closed source, semplicemente perché il costo per creare il prodotto stesso è molto più basso. Il costo di Linux per un'azienda è denominato in sviluppatori frazionari che danno una mano, o in piani di supporto (per aziende senza competenze kernel interne).

Vedi anche:Il settore informatico sta cavalcando l'onda dell'intelligenza artificiale?

Al contrario, il costo di creazione e manutenzione di un sistema operativo personalizzato è astronomico, e richiede all'entità di controllo 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, ognuno deve finanziare il proprio sviluppo e trovare una quota di mercato sufficiente per recuperare i propri investimenti sostanziali. Ciò spiega in larga misura lo stato attuale del mercato.

Il cloud è un altro sistema operativo

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 come interagiscono. Che si tratti di un database gestito, di un open sourceCluster Kuberneteso quando si esegue un programma sul computer, sia il 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 icomputer mainframedel nostro tempo, gestiti in modo indipendente all'interno di ciascuna azienda.

Quindi, dov'è il nostro contendente open source? OpenStack è stato sviluppato da Rackspace e NASA negli anni 2010 come uno stack cloud open source destinato a essere distribuito in qualsiasi data center per trasformarlo nel tuo AWS. Si dice che sia morto (per motivi che discuterò più avanti), ma è ancora in fase di sviluppo attivo da parte di aziende (per lo più cinesi) che lo usano al posto di AWS a causa delle restrizioni infrastrutturali governative.

ONE cosa che notiamo subito è che le basi di codice open source sono difficili da uccidere perché la loro conoscenza e potenza sono codificate in repository git, non in fallibili processi Human . OpenStack non morirà mai, anche se i modelli di business originali basati su di esso sono ormai scomparsi da tempo. Ciò significa che i contendenti open source hanno molte possibilità di WIN, perché possono semplicemente KEEP a resuscitare.

Correggere gli errori del nostro ultimo tentativo

OpenStack "fallì" perché ogni singola azienda voleva avere la propria distribuzione del software per controllare la roadmap di sviluppo. Ciò portò a frammentazione e competizione anziché collaborazione. La maggior parte dei principali vendor rilasciò le proprie distribuzioni OpenStack, fratturando l'ecosistema, e poi combatté per la supremazia sul mercato (il che impedì sviluppo e progresso).

La mancanza di standardizzazione tra le distribuzioni OpenStack ha reso difficile per gli utenti distribuire e gestire i cloud in modo coerente. Inoltre, la complessità di OpenStack ha reso difficile l'installazione e l'utilizzo, soprattutto se confrontata con le 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 guidare una visione coesa e Rally la comunità attorno a priorità condivise. Molte aziende che inizialmente supportavano OpenStack in seguito hanno ridotto i loro investimenti o si sono ritirate del tutto.

Come possiamo evitare di fallire di nuovo? Questa volta, abbiamo un'arma Secret : nodi, consenso, ricompense di blocco, beni pubblici e ricerca sull'allineamento degli ecosistemi. La distribuzione dei nodi è un problema per lo più risolto dopo 15 anni di esecuzione di blockchain, quindi la mancanza di standardizzazione è qualcosa che possiamo sconfiggere.

Individuando i giusti meccanismi di beni pubblici e come allineare gli utenti, possiamo unire le persone attorno ai protocolli invece di incoraggiare infinite biforcazioni, competizione e defezioni. La governance e le roadmap condivise sono un problema su cui abbiamo continuato a lavorare duramente e ci stiamo arrivando perché lo stato condiviso e il valore condiviso delle blockchain uniscono le comunità e le costringono a collaborare (in modi in cui i repository open source facilmente biforcabili semplicemente non T).

Abbiamo i primitivi finanziari e gli strumenti di collaborazione quasi pronti a funzionare. Abbiamo già degli inizi promettenti, ma dobbiamo KEEP a lavorare.

La strada verso lo stato finale vincente

Siamo più vicini di quanto immaginiamo a un cloud decentralizzato go-to-market, che potrebbe portare centinaia di miliardi di dollari all'ecosistema se davvero catturassimo il mercato come ha fatto Linux. Anche i Mercati cloud stanno crescendo all'11% annuo, e cosa può fare l'adozione dell'IA se non accelerare questo processo? Fa sembrare gli ETF Bitcoin come soldi per il pranzo.

Ci sono alcune lacune che ci impediscono di vincere in questo momento, però, e il punto in cui siamo più gravemente carenti è nelle decisioni sensate sui prodotti. Lo stato attuale dei tentativi di Web3 di servizi cloud decentralizzati è discutibile, con un adattamento prodotto-mercato limitato. La maggior parte delle persone usa questi protocolli solo per giocare con i propri incentivi token, il che è un peccato.

L'aspetto positivo è che la speculazione può favorire il miglioramento e la crescita di un prodotto a basso costo, a patto che ascoltiamo il feedback degli utenti e utilizziamo con attenzione i meccanismi di ricompensa.

Osserva attentamente progetti come Banyan, Estuary e ArDrive e chiediti se li sceglieresti invece di Dropbox, soprattutto se il tuo lavoro dipendesse da questo.

Potremmo non aver bisogno di riutilizzare OpenStack direttamente, ma dobbiamo costruire qualcosa di simile utilizzabile (e simile affidabile, che è la parte difficile). Dovremo fondere le nostre strutture di incentivi interne con il monitoraggio Web2 e cloud hyperscaler, le tecnologie di conformità e sicurezza per avere successo. Dobbiamo progettare SLA (service level agreement, i contratti tra te e un provider di cloud storage) centralizzati/decentralizzati ibridi. Dobbiamo proteggerli con un buffet di incentivi di affidabilità, attestazioni di sicurezza, prove di zero-knowledge, crittografia completamente omomorfica, prove di frode computazionale, protocolli di governance e altro ancora.

Vedi anche:Cos'è l'archiviazione decentralizzata dei file e come funziona?

La maggior parte di noi in questo segmento ha prototipi e MVP, che si dedicano superficialmente al culto del carico sui successi dei prodotti cloud Web2, invece di tentare di rivaleggiare con gli operatori storici lavorando con gli utenti e adattandosi alle loro esigenze. Tuttavia,tecnicamente o teoricamentefare archiviazione o elaborazione dati oConsegna alla velocità CDNnon è abbastanza, che è dove si trova la maggior parte di noi. Questo 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 l'immissione sul mercato come un'azienda cloud Web2.

Guarda un video o due di YCombinator. Scegli di fare la cosa difficile. Fortunatamente, la comunità Web3 è quasi infinitamente paziente nel testare e dare feedback, perché tutti vogliamo (abbiamo bisogno?) che funzioni. Stiamo competendo con un settore maturo e intimidatoriamente ben finanziato, e sarà una salita per qualche altro anno.

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