При обсуждении протокола хранения все говорят о цене, скорости, TPS, но в системе, которая работает уже более года, эти вещи вовсе не являются самыми острыми проблемами.

Настоящая головная боль для проектных команд — это простой и грубый вопрос: смогут ли мои данные жить долгое время?

Это не пустые слова. Возьмем, к примеру, среднеразмерное приложение на блокчейне: за день оно делает от 3 до 6 обновлений состояния, каждое объемом от 30 до 80KB. За год эти исторические данные о состоянии накапливаются до 30GB. Плюс логирование, контрольные суммы, версии — обычно объем данных в два раза превышает эту цифру.

Главное — эти данные не могут просто лежать как холодные данные и спать. Их нужно постоянно иметь возможность просматривать, проверять, даже извлекать и использовать заново. Это превращается в постоянную нагрузку.

Идея Walrus сейчас довольно интересная. Он не рассматривает "обновление" как исключение, а воспринимает его как норму повседневной работы. Другими словами, в этой системе объект не заменяется полностью, а постоянно эволюционирует — ссылка остается неизменной, содержимое обновляется в любой момент, и вся история остается проверяемой.

По данным тестовой сети уже можно заметить несколько ярких характеристик: поддержка объектов размером в мегабайты, возможность бесконечного обновления без изменения ID объекта, стабильность доступности свыше 99% при работе с несколькими узлами с избыточностью.

Мое мнение по этому направлению очень прямое: это не игра в краткосрочную оптимизацию производительности, а нацеливание на долгосрочную надежность — настоящую боль.

Но стоит учитывать и один риск — если мотивационная система узлов будет недостаточно здоровой, эти долгосрочные накопленные данные могут стать бременем для системы. В конечном итоге, всё зависит от экосистемы, которая должна это доказать.