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

На даний момент Web3 чим займається? В основному — швидкістю транзакцій, Gas-комісіями, ефективністю розрахунків, проблемою MEV, синхронізацією між ланцюгами. По суті, всі ці питання — оптимізація на рівні фінансової системи.

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

У світі Web2, скільки даних ви генеруєте щодня? Відео, зображення, текст, різноманітні записи співпраці, параметри моделей, історичний стан, трекінг поведінки — саме ці дані є справжнім суб’єктом цифрової екосистеми. Записи про перекази навпаки — дрібниця.

Основна гіпотеза Walrus полягає в тому, що Web3 не може залишатися вічно на рівні розрахунків; він неминуче еволюціонує у рівень контенту. Як тільки він потрапляє у рівень контенту, вимоги до зберігання кардинально змінюються.

Раніше потрібно було зберігати 3KB JSON-файл, тепер — обробляти об’єкти розміром 30MB. Раніше — "зберіг і все", тепер — "повинно бути можливим відновити, перевірити, зберегти назавжди".

Ось у чому принципова різниця між Walrus і більшістю існуючих протоколів зберігання.

Інші рішення зберігання зосереджені на тому, як зберігати дані дешевше.

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

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