У децентралізованій спільноті зберігання завжди знайдуться новачки-розробники, які засяйливо питають: "Чи можу я просто перенести весь сайт потокового відео на Walrus Protocol?"



Моя відповідь: технічно так, але користувацький досвід впаде.

Walrus Protocol дешевий як грязь, безпека бездоганна, але це реальна проблема — по суті це глобальна мережа "холодного сховища", а не система з мілісекундною відповіддю. Ціна децентралізації — один момент: повільність.

Коли ви завантажуєте зображення з провідної хмарної служби обміну (скажімо, AWS S3), запит проходить кілька десятків кілометрів по оптиці, летить до вас на телефон з найближчого сервера. Весь процес гладкий.

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

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

Комерційні CDN сильні тому, що розгорнули десятки тисяч边缘 вузлів по всьому світу для кешування. Walrus поки не побудував таку екосистему кешування. Це не технічна проблема — це різниця в архітектурі.

Тож не помилюйтесь — Walrus Protocol — справжня находка для холодного сховища, резервних копій, архівів. Але якщо ви хочете використати його для підтримки високочастотних додатків для звичайних користувачів, зараз готуйтесь до можливих збоїв.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • 7
  • Репост
  • Поділіться
Прокоментувати
0/400
RugPullProphetvip
· 01-12 03:32
哈,我就知道又來一個"我要all in去中心化"的年輕人... 有點扎心但這就是現實啊,Walrus吹得再牛逼也改不了慢這個本質,我之前就測過,那TTFB真的能勸退。 等等,你們說Walrus會不會也像某些項目一樣,畫餅畫到最後就跑了? 便宜是便宜,但用戶等不起啊。 跑路預言家覺得這玩意兒還能堅持多久? 話說冷存儲確實沒問題,但熱應用真的別想了,除非你用戶都特別能忍。
Переглянути оригіналвідповісти на0
DAOplomacyvip
· 01-11 21:46
Можна стверджувати, що цифри TTFB тут дають неповну картину... субоптимальні стимули щодо розподілу вузлів дійсно сприяють залежності від шляху, яку ми спостерігаємо. Просто кажу, ігрові теоретичні наслідки холодного зберігання проти гарячого розподілу не є особливо новими у дискусіях про примітиви управління
Переглянути оригіналвідповісти на0
SpeakWithHatOnvip
· 01-10 17:49
Пару сотень мілісекунд — це ще можна назвати шовковистим? Мої зображення на AWS завантажуються всього за кілька мілісекунд, а швидкість Walrus дійсно може бути лише для холодного зберігання і пилу.
Переглянути оригіналвідповісти на0
YieldWhisperervip
· 01-10 17:48
Всего кілька сотень мілісекунд достатньо, щоб користувач видалив додаток, і саме це — прірва між Web3 і реальним світом
Переглянути оригіналвідповісти на0
PebbleHandervip
· 01-10 17:43
Кілька сотень мілісекунд — це вже багато, користувачі давно пішли.
Переглянути оригіналвідповісти на0
RetroHodler91vip
· 01-10 17:42
Починається з кількох сотень мілісекунд? Тоді краще просто зберігати на AWS, адже користувачі все одно не чекатимуть.
Переглянути оригіналвідповісти на0
Degentlemanvip
· 01-10 17:37
По суті, не можна використовувати децентралізацію як панацею, потрібно враховувати сценарій застосування. Повільність — справжній первородний гріх децентралізації. Хочеш менше витрат і швидко — у ці часи такого не буває. Холодне зберігання з Walrus — класно, а гарячі дані все ще потрібно тримати на традиційних CDN. Чесно кажучи, мене розсмішила аналогія з конструктором, дуже образно.
Переглянути оригіналвідповісти на0
  • Закріпити