У децентралізованій спільноті зберігання завжди знайдуться новачки-розробники, які засяйливо питають: "Чи можу я просто перенести весь сайт потокового відео на Walrus Protocol?"
Моя відповідь: технічно так, але користувацький досвід впаде.
Walrus Protocol дешевий як грязь, безпека бездоганна, але це реальна проблема — по суті це глобальна мережа "холодного сховища", а не система з мілісекундною відповіддю. Ціна децентралізації — один момент: повільність.
Коли ви завантажуєте зображення з провідної хмарної служби обміну (скажімо, AWS S3), запит проходить кілька десятків кілометрів по оптиці, летить до вас на телефон з найближчого сервера. Весь процес гладкий.
З Walrus все зовсім інакше. Ваш клієнт повинен шукати по всьому світу вузли, що містять фрагменти даних, встановлювати зв'язок, завантажувати шматочки один за одним, а потім, як вдома, складати їх у повний файл. Цей процес включає величезну кількість мережевих рукостисків і локальних обчислень.
Я тестував час до першого байта (TTFB) — зазвичай починається з кількасот мілісекунд, іноді довше. Для холодних резервних копій це не проблема. Але якщо ви використовуєте його для завантаження веб-банерів або мініатюр коротких відео? Користувачі бачать той божевільний спінер. В епоху, коли користувацька увага живе лише 3 секунди, зависання точно не смертельне.
Комерційні CDN сильні тому, що розгорнули десятки тисяч边缘 вузлів по всьому світу для кешування. Walrus поки не побудував таку екосистему кешування. Це не технічна проблема — це різниця в архітектурі.
Тож не помилюйтесь — Walrus Protocol — справжня находка для холодного сховища, резервних копій, архівів. Але якщо ви хочете використати його для підтримки високочастотних додатків для звичайних користувачів, зараз готуйтесь до можливих збоїв.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Можна стверджувати, що цифри TTFB тут дають неповну картину... субоптимальні стимули щодо розподілу вузлів дійсно сприяють залежності від шляху, яку ми спостерігаємо. Просто кажу, ігрові теоретичні наслідки холодного зберігання проти гарячого розподілу не є особливо новими у дискусіях про примітиви управління
Переглянути оригіналвідповісти на0
SpeakWithHatOn
· 01-10 17:49
Пару сотень мілісекунд — це ще можна назвати шовковистим? Мої зображення на AWS завантажуються всього за кілька мілісекунд, а швидкість Walrus дійсно може бути лише для холодного зберігання і пилу.
Переглянути оригіналвідповісти на0
YieldWhisperer
· 01-10 17:48
Всего кілька сотень мілісекунд достатньо, щоб користувач видалив додаток, і саме це — прірва між Web3 і реальним світом
Переглянути оригіналвідповісти на0
PebbleHander
· 01-10 17:43
Кілька сотень мілісекунд — це вже багато, користувачі давно пішли.
Переглянути оригіналвідповісти на0
RetroHodler91
· 01-10 17:42
Починається з кількох сотень мілісекунд? Тоді краще просто зберігати на AWS, адже користувачі все одно не чекатимуть.
Переглянути оригіналвідповісти на0
Degentleman
· 01-10 17:37
По суті, не можна використовувати децентралізацію як панацею, потрібно враховувати сценарій застосування.
Повільність — справжній первородний гріх децентралізації.
Хочеш менше витрат і швидко — у ці часи такого не буває.
Холодне зберігання з Walrus — класно, а гарячі дані все ще потрібно тримати на традиційних CDN.
Чесно кажучи, мене розсмішила аналогія з конструктором, дуже образно.
У децентралізованій спільноті зберігання завжди знайдуться новачки-розробники, які засяйливо питають: "Чи можу я просто перенести весь сайт потокового відео на Walrus Protocol?"
Моя відповідь: технічно так, але користувацький досвід впаде.
Walrus Protocol дешевий як грязь, безпека бездоганна, але це реальна проблема — по суті це глобальна мережа "холодного сховища", а не система з мілісекундною відповіддю. Ціна децентралізації — один момент: повільність.
Коли ви завантажуєте зображення з провідної хмарної служби обміну (скажімо, AWS S3), запит проходить кілька десятків кілометрів по оптиці, летить до вас на телефон з найближчого сервера. Весь процес гладкий.
З Walrus все зовсім інакше. Ваш клієнт повинен шукати по всьому світу вузли, що містять фрагменти даних, встановлювати зв'язок, завантажувати шматочки один за одним, а потім, як вдома, складати їх у повний файл. Цей процес включає величезну кількість мережевих рукостисків і локальних обчислень.
Я тестував час до першого байта (TTFB) — зазвичай починається з кількасот мілісекунд, іноді довше. Для холодних резервних копій це не проблема. Але якщо ви використовуєте його для завантаження веб-банерів або мініатюр коротких відео? Користувачі бачать той божевільний спінер. В епоху, коли користувацька увага живе лише 3 секунди, зависання точно не смертельне.
Комерційні CDN сильні тому, що розгорнули десятки тисяч边缘 вузлів по всьому світу для кешування. Walrus поки не побудував таку екосистему кешування. Це не технічна проблема — це різниця в архітектурі.
Тож не помилюйтесь — Walrus Protocol — справжня находка для холодного сховища, резервних копій, архівів. Але якщо ви хочете використати його для підтримки високочастотних додатків для звичайних користувачів, зараз готуйтесь до можливих збоїв.