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

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

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

Як це досягається? За допомогою моделі збереження на рівні об’єктів. Один і той самий об’єкт даних може зберігати свою ідентичність, але дозволяє багаторазово оновлювати внутрішній стан. Це означає, що фронтенд, смарт-контракти та індексні сервіси не потрібно часто змінювати посилання. За відкритими даними, один об’єкт може містити інформацію у мегабайтах, а багатозначне зберігання на кількох вузлах у мережі гарантує безпеку. У тестовому режимі оновлення об’єкта не створює нових шляхів посилань, що безпосередньо знижує витрати для складних додатків.

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

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