История Linux и децентрализованное хранение: путь к революции.

История Linux говорит о долгом пути к принятию децентрализованного хранения

Эволюция вычислительной техники была отмечена рядом парадигмальных сдвигов, от главных фреймов до персональных компьютеров, и сейчас к облаку. В настоящее время обычным путем развертывания веб-инфраструктуры является быть клиентом крупной компании, такой как Amazon или Google, и писать код инфраструктуры, чтобы запустить ряд взаимосвязанных сервисов на их машинах.

Клаудия Ришу — основатель и генеральный директор Banyan, децентрализованной системы хранения файлов, построенной на сети Filecoin.

Однако текущее доминирование облачных гипермасштабных игроков с их львиной долей вычислений в мире — это не естественная монополия.

Вместо этого это временное состояние, так как сообщество с открытым исходным кодом неустанно трудится над созданием децентрализованного решения, которое еще раз революционизирует промышленность. Децентрализованное решение позволит пользователям свободно перемещаться между поставщиками услуг, а не быть привязанными к одной сущности, что означает большую конкуренцию цен и свободу для бизнеса вести переговоры по условиям с их облачными поставщиками, вместо текущего состояния, когда они глубоко узловаты и зависимы от них.

Уроки Linux

Чтобы понять потенциал децентрализованного облака, нам нужно лишь взглянуть на историю операционной системы Linux. Это заняло десятилетие, чтобы разработанное Bell Labs программное обеспечение Unix превратилось в Minix, и еще одно десятилетие, чтобы Minix стал Linux. Наконец, после еще одного десятилетия Linux получил широкое признание в корпоративной среде, став очевидным выбором для разработчиков.

Сегодня программное обеспечение с открытым исходным кодом Linux доминирует на рынке, работая на 80% публичных серверов и 100% суперкомпьютеров. Это то, что выбирают все разработчики, стартует EC2 (Elastic Compute Cloud), услуга Amazon, которая позволяет пользователям запускать приложения в общедоступном облаке AWS.

Успех Linux был построен на мощи совместного развития, открытого и совместного развития выгод. Операционные системы — это монументальные и сложные проекты, требующие миллионов часов специализированного труда, исследований и тестирования для создания конкурентоспособных с нуля. Однако после многих лет фондирования государства и питания хобби, Linux достиг состояния, где выгоды начали умножаться.

Когда компании начали использовать и зависеть от операционных систем с открытым исходным кодом, эти массовые кодовые базы ядер операционных систем, или ядра операционной системы компьютера, стали `общиной`, и люди вносят свой вклад для его улучшения. Каждый, кто использует ядро Linux, ищет ошибки. Некоторые даже предлагают патчи.

Другими словами, поддержка программного обеспечения с открытым исходным кодом может быть дешевле, чем планы поддержки закрытого исходного кода, просто потому, что стоимость создания самого продукта гораздо меньше. Стоимость Linux для компании определяется долей разработчиков, помогающих, или планами поддержки (для компаний без собственной компетенции ядра).

См. также: Переживает ли сектор вычислений взлет искусственного интеллекта?

В отличие от этого, стоимость создания и поддержания пользовательской операционной системы астрономическая, требуется от контролирующей сущности охватить всю стоимость на протяжении всего срока службы. Это требует высокой стоимости потребления, чтобы сделать предприятие экономически жизнеспособным. Если конкурируют несколько закрытых операционных систем, каждая из них должна финансировать свое собственное развитие и найти достаточную долю рынка, чтобы окупить свои значительные инвестиции. Это объясняет состояние рынка на сегодняшний день в значительной степени.

Облако — это другая операционная система

`Облако`, которым мы пользуемся сегодня на гипермасштабирующих облаках, это всего лишь другая операционная система, инструмент для абстрагирования того, когда и где выполняются задания, их ресурсы и взаимодействие. Будь то управляемая база данных, кластер Kubernetes с открытым исходным кодом или выполнение программы на вашем компьютере — облака и операционные системы являются высоко сложными и сложными менеджерами ресурсов, планировщиками и поставщиками безопасности.

Облако работает на намного большем масштабе, сделав AWS, GCP, Azure и DigitalOcean крупнейшими компьютерами нашего времени, независимо обслуживаемыми в каждой компании.

Итак, где наш альтернатива с открытым исходным кодом? OpenStack была разработана Rackspace и NASA в 2010-х годах как облачный стек с открытым исходным кодом, предназначенный для развертывания в любом дата-центре, чтобы превратить его в ваш собственный AWS. Говорили, что она мертва (по причинам, о которых я поговорю позже), но она все еще находится в активной разработке компаниями (в основном китайскими), которые используют ее вместо AWS из-за ограничений правительства на инфраструктуру.

Первое, что мы замечаем, — это то, что кодовые базы с открытым исходным кодом сложно уничтожить, потому что их знание и мощь закодированы в репозиториях git, а не во внедренных процессах человека. OpenStack фактически никогда не умрет, даже если исходные бизнес-модели на нем давно уже ушли. Это означает, что у альтернатив с открытым исходным кодом много шансов на победу, потому что они могут просто продолжать воскрешаться.

Исправление ошибок в нашей последней попытке

OpenStack `потерпел фиаско`, потому что каждая компания хотела иметь свой собственное распространение программного обеспечения для контроля плана развития. Это привело к фрагментации и конкуренции вместо сотрудничества. Большинство крупных поставщиков выпустили свои собственные дистрибутивы OpenStack, разбивая экосистему, и затем боролись за рыночное господство (что препятствовало развитию и прогрессу).

Отсутствие стандартизации по дистрибутивам OpenStack осложнило пользователям развертывание и управление облаками согласованно. Кроме того, сложность OpenStack затруднила его установку и эксплуатацию, особенно по сравнению с более отточенными общедоступными облачными предложениями от Amazon, Microsoft и Google.

См. также: Интернет 2030: Будущее и как мы туда доберемся

Без сильного централизованного органа управления было трудно вести целесообразное видение и объединить сообщество вокруг общих приоритетов. Многие компании, которые изначально поддерживали OpenStack, позднее сократили свои инвестиции или вовсе вышли из проекта.

Как избежать повторного сбоя? На этот раз у нас есть тайное оружие: узлы, консенсус, блоковые вознаграждения, общественные блага и исследования по выравниванию экосистем. Распределение узлов это почти решенная проблема после 15 лет работы с блокчейнами, поэтому отсутствие стандартизации — это что-то, что мы можем победить.

Разработав правильные механизмы общественных благ и способы выравнивания пользователей, мы можем объединить людей вокруг протоколов, а не поддерживать бесконечное разветвление, конкуренцию и дефект.

Управление и общие планы развития — это проблема, над которой мы продолжаем работать, и мы приближаемся к цели, потому что общие состояние и общее значение блокчейнов связывают сообщества и заставляют их сотрудничать (в отличие от легко разветвляемых репозиториев с открытым исходным кодом).

Мы уже почти готовы работать с финансовыми примитивами и инструментами сотрудничества. У нас уже есть много надежных начал, но нам нужно продолжать работать.

Путь к победному конечному состоянию

Мы ближе, чем думаем, к внедрению на рынок децентрализованного облачного решения, которое могло бы принести сотни миллиардов долларов в экосистему, если бы мы действительно захватили рынок так, как сделал Linux. Рынки облаков также растут на 11% ежегодно — а что может ускорить это, как не принятие искусственного интеллекта? Для биткоиновых биржевых фондов это будет выглядеть как копейки на обед.

Однако сейчас нас тормозят некоторые пробелы в победе, и место, где у нас наименьшее число слабых мест, — это разумные продуктовые решения. Текущее состояние попыток веб-3 на облачные услуги с открытым исходным кодом вызывает сомнения в том, имеют ли они ограниченное соответствие продукта и рынка. Большинство людей используют эти протоколы только для игры в их токенные поощрения, что неудачно.

С другой стороны, спекуляции могут стимулировать улучшение продукта и рост дешево, так как мы слушаем отзывы пользователей и осторожно используем механизмы вознаграждения.

Возможно, нам не нужно напрямую использовать OpenStack, но нам нужно построить что-то аналогично используемое (и аналогично надежное, что и есть самое сложное). Нам придется смешать наши домашние стимулирующие структуры с мониторингом, соответствием и технологиями безопасности Web2 и облачных гипермасштаберов, чтобы преуспеть. Нам нужно разработать гибридные централизованные/децентрализованные уровни SLA (уровни обслуживания — контракты между вами и поставщиком облачного хранилища). Нам нужно обеспечить его буфетом надежности стимулов, свидетельствами о безопасности, доказательствами нулевого знания, полностью гомоморфным шифрованием, доказательствами мошенничества вычисления, протоколами управления и многое другое.

См. также: Что такое децентрализованное файловое хранилище и как это работает?

Большинство из нас в этом сегменте имеют прототипы и MVP, поверхностно культурную передачу успех