Багато місць у співпраці з проектами, де найчастіше виникають проблеми, насправді не пов’язані з технічними можливостями, а з етапом доставки. Уявіть собі: вам потрібно передати біллінг, дослідницькі дані, тренувальні набори — чутливі матеріали — партнеру, а у відповідь він каже: "Версія, яку отримав, відрізняється", і ви потрапляєте у безкінечний цикл пояснень. Ще гірше, що деякі матеріали взагалі не можна відкривати заздалегідь, але ви мусите змусити партнера підтвердити "отримання", інакше весь графік проекту зупиниться.

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

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