Обсуждая самый сложный этап создания полноценного блокчейн-приложения, многие разработчики сначала говорят о стоимости газа или узких местах в производительности, но по-настоящему мучительным является вопрос управления данными.

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

В этом вопросе подход Walrus кажется очень прагматичным. Его основная идея: при длительном использовании данных важнее сохранять структуру стабильной, чем стремиться к неизменности содержимого.

Как это достигается? С помощью модели хранения на уровне объектов. Один и тот же объект данных может сохранять свою идентичность, но при этом допускается многократное обновление внутреннего состояния. Таким образом, фронтенд, умные контракты и индексирующие сервисы не нуждаются в частых изменениях ссылок. Согласно публичным данным, один объект способен хранить информацию в мегабайтах, а избыточное хранение на нескольких узлах сети обеспечивает безопасность. На этапе тестирования при обновлении объектов не создаются новые пути ссылок, что напрямую снижает издержки для сложных приложений.

С другой стороны, Walrus не соревнуется в стоимости хранения, а помогает разработчикам сократить переделки, вызванные постоянной корректировкой структуры данных. Конечно, стоит учитывать, что такая модель требует более строгой согласованности сети, а её высокая производительность еще должна пройти проверку временем.

Но если вас когда-либо беспокоило «данные начинают терять контроль после записи», то этот подход действительно заслуживает внимания.