Найбільша вартісна чорна діра команди DevOps насправді не на рівні обчислень, а в схемах аварійного відновлення. Багато команд зберігають снімки серверів рівня Т в архівах традиційних хмарних провайдерів — спочатку ціна здається неправдоподібно дешевою, але коли приходить час навчального відновлення, лише плата за повернення даних та вихідна пропускна спроможність можуть зруйнувати весь квартальний бюджет. Це відчуття захопленості централізованим постачальником розуміють всі в індустрії.

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

Ще важливіша різниця в дизайні механізму відновлення. Відновлення даних традиційної хмари — це централізований одноточковий витяг, провайдер встановлює грабіжницькі тарифи на вихідну пропускну спроможність. Розподілений підхід дозволяє клієнтам витягувати фрагменти даних паралельно безпосередньо з кількох децентралізованих вузлів — без посередника і його "штрафних зборів". Витрати на пропускну спроможність можна утримати в передбачуваному діапазоні.

З точки зору практичних потреб DevOps розподілене зберігання пропонує збалансоване рішення: византійська стійкість до відмов (збій окремого центру обробки даних не впливає на доступність даних) плюс модель ціноутворення, близька до Web2. Це справді застосовна ідея децентралізованої інфраструктури, а не ідеалізм, що залишається на етапі технічного whitepaper.