Є одна проблема, яка вже давно турбує багато друзів, зацікавлених у ончейн-управлінні: як налаштовувати ключові параметри, такі як витрати на зберігання та вимоги до стейкінгу, при зміні стану мережі? Жорстке кодування очевидно не є реалістичним, але й повністю децентралізоване змінення параметрів також має свої правила.

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

Однак тут є один нюанс — якість пропозицій дуже важлива. Просто сказати "ми змінимо витрати" недостатньо, потрібно мати тверді дані. Детальний аналіз впливу параметрів, моделювання результатів, а ще краще — порівняння показників мережі до і після коригування. Так учасники голосування матимуть чітке уявлення і не голосуватимуть наосліп. Власники WAL також зможуть справді брати участь у еволюції протоколу, а не просто пасивно приймати оновлення.