Чого найбільше бояться гравці DeFi? Вийшли в заголовки новин випадки збоїв бірж, викрадення доменів тощо. Тому хтось подумав використати Walrus Sites для хостингу фронтенду — викласти HTML і JS-код у блокчейн, а через SuiNS зробити розбір, і теоретично отримати "вхід, що ніколи не закриється". Звучить досить заманливо.
Але справа не така проста. Обслуговування децентралізованого фронтенду набагато складніше, ніж традиційна веб-сторінка. Потрібно не лише повторно завантажувати Blob-дані, а й оновлювати вказівники у ланцюгу. Це постійна робота, і вона не може бути зроблена один раз і назавжди.
Проблема в тому: що робити, якщо команда розробників лінива? Версія фронтенду не буде відповідати ітераціям смарт-контрактів, і користувачі будуть отримувати помилки — таких випадків чимало. По суті, стабільність децентралізованого фронтенду в кінцевому підсумку залежить від відповідальності розробників.
Моя рекомендація: використовувати децентралізований фронтенд як основний вхід лише тоді, коли проект дійсно має довгострокові зобов’язання щодо підтримки і код повністю відкритий і перевірений. Інакше це швидше резервний варіант. Адже ця технологія ще в стадії досліджень, і не варто бути надто оптимістичним.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
17 лайків
Нагородити
17
10
Репост
Поділіться
Прокоментувати
0/400
FlatTax
· 01-11 23:20
Зовсім правильно сказано, ще один продукт, який звучить круто, але насправді залежить виключно від совісті розробників
Переглянути оригіналвідповісти на0
AllInAlice
· 01-11 19:32
Знову мрія "ніколи не закриватися", і все ж доводиться покладатися на совість розробників?
Переглянути оригіналвідповісти на0
PoolJumper
· 01-09 15:23
Децентралізований фронтенд звучить круто, але насправді це просто перенесення проблеми з біржі до розробника.
Переглянути оригіналвідповісти на0
governance_lurker
· 01-09 11:28
Говоря просто, це все ще старі методи, навіть найпотужніша технологія не зможе подолати людську лінь.
Переглянути оригіналвідповісти на0
LiquiditySurfer
· 01-08 23:52
Га, кажется, це просто перетворення централізованого ризику на ризик розробника, цікаво
---
Ніколи не закриється? Втеча команди розробників — це вічність
---
Ось чому я все ще довіряю глибині ліквідності, а не децентралізованому фронтенду, серфінг — це стабільні хвилі
---
Атрибут запасного варіанта потрапляє в точку, більшість проектів просто не можуть це підтримувати
---
Смарт-контракт оновлюється за секунду, фронтенд все ще дрімає, користувачі втрачають кров, це сценарій я бачив занадто багато разів
---
Отже, вхід в ланцюг в кінцевому підсумку залежить від характеру людей, технологія — це просто ширма
Переглянути оригіналвідповісти на0
NFTRegretDiary
· 01-08 23:37
Правильно, децентралізований фронтенд звучить круто, але насправді все залежить від чесності людини. Якщо розробник лінивий, фронтенд зламається.
Переглянути оригіналвідповісти на0
ForkMaster
· 01-08 23:36
Відповідальність розробника? Га, за ці три роки я бачив чимало "постійних обіцянок", і всі вони в кінцевому підсумку ставали передсмертними словами перед зникненням. Децентралізований фронтенд звучить гарно, але насправді це просто перенесення проблеми з централізованих структур на лінь розробників, сутність не змінилася.
Переглянути оригіналвідповісти на0
CryptoNomics
· 01-08 23:36
чесно кажучи, вся ця ідея "незмінного фронтенду" — це просто театральна вистава, поки розробники дійсно не зобов’яжуться до графіків обслуговування. інакше математика не сходиться.
Переглянути оригіналвідповісти на0
ZenZKPlayer
· 01-08 23:29
Знову шахрайство, децентралізований фронтенд у кінцевому підсумку залежить від везіння
Переглянути оригіналвідповісти на0
GateUser-bd883c58
· 01-08 23:25
Згоден на всі 100%, децентралізований фронтенд звучить круто, але насправді все залежить від чесності та репутації людини.
Чого найбільше бояться гравці DeFi? Вийшли в заголовки новин випадки збоїв бірж, викрадення доменів тощо. Тому хтось подумав використати Walrus Sites для хостингу фронтенду — викласти HTML і JS-код у блокчейн, а через SuiNS зробити розбір, і теоретично отримати "вхід, що ніколи не закриється". Звучить досить заманливо.
Але справа не така проста. Обслуговування децентралізованого фронтенду набагато складніше, ніж традиційна веб-сторінка. Потрібно не лише повторно завантажувати Blob-дані, а й оновлювати вказівники у ланцюгу. Це постійна робота, і вона не може бути зроблена один раз і назавжди.
Проблема в тому: що робити, якщо команда розробників лінива? Версія фронтенду не буде відповідати ітераціям смарт-контрактів, і користувачі будуть отримувати помилки — таких випадків чимало. По суті, стабільність децентралізованого фронтенду в кінцевому підсумку залежить від відповідальності розробників.
Моя рекомендація: використовувати децентралізований фронтенд як основний вхід лише тоді, коли проект дійсно має довгострокові зобов’язання щодо підтримки і код повністю відкритий і перевірений. Інакше це швидше резервний варіант. Адже ця технологія ще в стадії досліджень, і не варто бути надто оптимістичним.