Більшість публічних ланцюгів та протоколів застосунків при проектуванні передбачають, що вони будуть залишатися у початковому стані назавжди. А що насправді? Системи, що дійсно вижили, ніколи не були такими.

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

Walrus прагне вирішити цю проблему.

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

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

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