У традиційній концепції зберігання даних, інформація подібна до предмета, який потрібно помістити в конкретне місце. Якщо місце збережено, дані існують; якщо ні — вони зникають.

Walrus руйнує цю логіку. Він використовує більш радикальний підхід — розділяє цілісні дані на частини. Можливо, ви побачите, як їх розрізають на 50, 60 або навіть більше фрагментів, які потім розкидані по різних вузлах мережі.

Ось у чому хитрість: вам зовсім не потрібно шукати, де знаходиться оригінальний файл. Це зробить мережа автоматично. Якщо ви зможете зібрати достатню кількість фрагментів — наприклад, 20 або 25 з них, щоб відновити цілісні дані — система зможе відновити первинну інформацію.

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

З іншого боку, змінюється і критерій існування. Раніше це було бінарне «є або немає», тепер — ймовірність «достатньої пропорції».

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

Але в реальності є й проблема, яку важко обійти. Коли мережа ще мала, з кількістю всього понад сотню активних вузлів, вага кожного вузла значно зростає. Втрата 5 вузлів — не критично, але якщо зникне 50, ризик системи різко зростає.

Тому Walrus не є ідеальним рішенням. Насправді він використовує складність архітектури для збільшення масштабів мережі.

Моє ставлення до цієї системи таке: на початкових етапах, коли кількість вузлів невелика, вона є високостійкою до помилок, але й дуже чутливою. Коли кількість вузлів зросте до тисяч, її безпека стане дуже крутою.

Це не недолік, а логіка її розвитку. Як і будь-яка розподілена система, масштаб і безпека йдуть рука об руку.