Занепокоєння при розробці на блокчейні полягає не стільки у продуктивності, скільки у глухому куті архітектури даних.

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

Ідея Walrus дуже цікава. Вона визнає реальність: спочатку неможливо спроектувати ідеально. Замість того, щоб сліпо дотримуватися початкової ідеї, краще зберігати гнучкість структури даних.

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

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

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