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

Решения распределённого хранилища на основе блокчейна начинают менять эту ситуацию. Ключевое значение имеет инновация в архитектуре — использование эффективных алгоритмов стирающего кодирования, при которых сети не нужно поддерживать десятки копий данных, как в традиционных публичных блокчейнах, а достаточно 4-5-кратной избыточности для достижения практически византийского уровня отказоустойчивости. Это напрямую снижает стоимость единицы хранилища.

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

С точки зрения практических потребностей DevOps, распределённое хранилище предлагает сбалансированное решение: византийский уровень отказоустойчивости (отказ отдельного дата-центра не влияет на доступность данных) с сохранением моделей ценообразования, близких к Web2. Это истинный подход к децентрализованной инфраструктуре, который можно реально внедрять, а не идеализм, остающийся на страницах технических вайтпейперов.