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

Це питання дуже гостре і саме воно — те, що більшість проектів намагаються уникнути.

У сучасній екосистемі Web3 існує цікава асиметрія. Контрактний код строго захищений, його неможливо змінити; кожна транзакція залишає постійний запис, що цілком підлягає відстеженню. Але ті речі, що справді мають цінність — зображення, текст, параметри AI-моделей, ігрові предмети, соціальна історія — способи зберігання цих даних настільки розпорошені, що це лякає. Вони всі залежать від зовнішніх систем зберігання, і якщо ці системи зламаються, посилання в ланцюгу стають купою сміття. Без змісту, що зберігається за цими посиланнями, який у цьому сенсі має значення?

Саме цю прогалину прагне заповнити Walrus.

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

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

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