Коли мова йде про зберігання у блокчейні, у мене є глибоке відчуття — найкомфортніші дні завжди на початковому етапі.

На початку даних мало, вузли активні, заохочення хороші — ніхто не відчуває, що зберігання створює якусь вагу. Саме тоді, дивлячись на всю мережу, відчувається особлива дезцентралізація. Але чесно кажучи, це тому, що ще не настав час нести вагу.

Справжні проблеми ховаються в пізніших етапах. З накопиченням все більшої кількості даних, ентузіазм вузлів починає спадати, і саме це стало причиною глибоких роздумів у мене та моєї команди. Вартість зберігання і навантаження на обчислення в ланцюгу — це по суті різні речі: з ними не можна порівнювати, вони не зникають із коливанням ринку. Як тільки дані потрапляють у ланцюг, незалежно від того, холодний чи гарячий ринок, чи є суперечки — їх потрібно завжди мати доступними. Багато проектів ставлять на те, що зростання у майбутньому покриє витрати, але з самого початку таке сподівання є ілюзією.

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

Як вирішити цю проблему? Просто обійти цей пастку. Розділити дані на фрагменти, кожен вузол зберігає лише частину, і якщо кількість фрагментів достатня — система залишається стабільною і надійною. За такої моделі, відключення вузлів, помилки або навіть зловмисні дії стають нормою. Технологія коду корекції помилок (ерор-кодинг) створена саме для цього: при достатній кількості фрагментів дані залишаються безпечними, без залежності від одного пункту. Навіть маленькі вузли можуть мати свою роль. Вартість знижується, стабільність зростає.

Ще одна поширена пастка — надто тісний зв’язок між зберіганням і виконанням. Деякі ланцюги через це зазнають вибуху витрат на зберігання. Якщо прибрати цю складну логіку — не виконувати смарт-контракти, не відслідковувати баланс — і просто зберігати дані після їх підтвердження, тоді витрати можна точно передбачити, а модель заохочень стане стабільнішою. Тоді заохочення будуть не за кількість збережених даних, а за стабільність роботи. Маленькі вузли, які чесно працюють, зможуть отримувати винагороди, і довіра буде природно розподілятися.

Головна перевага — це передбачуваність: ізоляція витрат на зберігання і коливань у виконанні дозволяє довгострокове планування. За зростанням ринку різниці не видно, але у стабільний період стає очевидним, хто сильніший. Традиційні моделі поступово зосереджуються, а ця схема здатна витримати тиск — це і є сила ретельно продуманого дизайну. Вона дозволяє зберігати надійність зберігання і контролювати витрати.