多 роки у Web3, бачив занадто багато проектів, які грають за одним сценарієм — запуск з гучним шумом, швидке залучення фінансування, історії, що все більш і більш переконливі. Вся індустрія занурена у гонку за трафіком, всі намагаються привернути увагу, забуваючи про найважливіше.
Стратегія Walrus повністю протилежна. Вони не намагаються підхопити цей галас, а навпаки зосереджують усі зусилля на одному: як забезпечити, щоб дані могли бути справді використані в будь-якому середовищі.
З технічної точки зору, це означає, що вони не використовують централізоване зберігання файлів або просте копіювання на сервері. Замість цього вони застосовують код виправлення помилок, розбиваючи дані на фрагменти, і для відновлення оригінальної інформації потрібно зібрати достатню кількість цих фрагментів. Цей дизайн здається складним, але насправді він вирішує фундаментальну проблему: ризик залежності від одного пункту.
Уявіть, якщо смарт-контракт залежить від централізованого джерела даних для виконання логіки, то якщо дані будуть підроблені або сервісний провайдер зламається, вся ланцюг стане під сумнівом. Неможливо перевірити дані — неможливо закодувати їх у визначений результат виконання.
WAL на Sui-ланцюзі відповідає за стимулювання вузлів, стейкінг і механізми управління, і з самого початку вбудував логіку валідації. Це не якась модна новинка, а необхідна строгость — надійність даних має гарантуватися з самого джерела.
Чесно кажучи, тимчасова популярність і гучність з часом зникнуть. Лише справжня корисність і технічна міцність зможуть витримати випробування часом. Для розробників перехід від залежності від одного хмарного сервісу до такої фрагментованої, верифікованої системи зберігання — це шлях, яким має йти Web3.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
17 лайків
Нагородити
17
8
Репост
Поділіться
Прокоментувати
0/400
TokenTaxonomist
· 16год тому
згідно з моїм аналізом, кодування стиранням не є абсолютно новим — але з статистичної точки зору, більшість проектів насправді не впровадять його правильно. дані свідчать протилежне щодо заяви про "справжню придатність до використання"... дозвольте мені відкрити свою таблицю з метриками надійності зберігання. цікаво, скільки розробників фактично перейдуть з централізованих API або чи залишиться це лише теоретичним філогенетичним гіллям, яке ніхто не прийме
Переглянути оригіналвідповісти на0
GateUser-e19e9c10
· 01-09 14:39
Нарешті побачив проект, який не грає в ігри, а просто займається технологіями — це дійсно трохи рідкісно
Переглянути оригіналвідповісти на0
GateUser-c799715c
· 01-09 04:36
Нарешті з’явився проект, який не покладається на розповіді, чесно займатися технологіями — це правильний шлях
Переглянути оригіналвідповісти на0
ForeverBuyingDips
· 01-07 08:46
Ще один проект, який тихо працює, набагато сильніший за ті, що цілий день підхоплюють тренди. Концепція коду з виправленням помилок дійсно вирішує проблему, це справді базова інфраструктура.
---
Попри те, що популярність — це віртуально, важливо, щоб її реально використовували.
---
Правильно кажеш, бо якщо джерело даних зламається, вся ланцюг зламається, а ідея Walrus дійсно більш надійна.
---
Не залучаємо інвестиції і не граємо в історії, саме такі мають бути помітними.
---
Перехід від централізованих хмарних сервісів — геніальний хід.
---
Технічна міцність справді може витримати час, ніж швидкість залучення фінансування — важливіше в сто разів.
---
Дизайн коду з виправленням помилок дійсно хитрий, ризик однієї точки зламу зник одразу.
---
Проекти, що мовчки працюють, зазвичай більш страшні, і тоді вони несподівано з’являються на сцені.
---
Валідація логіки з самого початку — ось як має бути.
---
Надійність > популярність, цим пріоритетом нарешті хтось правильно займається.
Переглянути оригіналвідповісти на0
ImpermanentLossFan
· 01-07 08:45
Нарешті з'явився проект, який не має на меті обманути новачків... Це справжній підхід, коли надійність даних забезпечується з самого джерела, саме так і потрібно діяти
Переглянути оригіналвідповісти на0
LongTermDreamer
· 01-07 08:40
Це саме те, що я хотів побачити. Три роки тому я кричав "повернення до технологій", тоді всі сміялися, а тепер я розумію, що саме ті проєкти, які не хвалилися, дожили до сьогодні. Walrus зробив цю хвилю скромною і досить агресивною, а система кодування з виправленням помилок може здаватися нудною, але вона справді влучила у болючу точку Web3 — хто ще хоче бути жертвою ризиків через один вхід? У теорії циклів історії саме так і відбувається: після спаду популярності залишаються лише ті, що мають міцну основу.
Переглянути оригіналвідповісти на0
AirdropATM
· 01-07 08:29
Нарешті побачив, що хтось перестав балакати, код з корекцією помилок дійсно крутий, потрібно дійсно вирішити проблему
Переглянути оригіналвідповісти на0
TaxEvader
· 01-07 08:29
Вау, нарешті побачив проект, який не обманює, а дійсно займається технологіями, це справжня рідкість
多 роки у Web3, бачив занадто багато проектів, які грають за одним сценарієм — запуск з гучним шумом, швидке залучення фінансування, історії, що все більш і більш переконливі. Вся індустрія занурена у гонку за трафіком, всі намагаються привернути увагу, забуваючи про найважливіше.
Стратегія Walrus повністю протилежна. Вони не намагаються підхопити цей галас, а навпаки зосереджують усі зусилля на одному: як забезпечити, щоб дані могли бути справді використані в будь-якому середовищі.
З технічної точки зору, це означає, що вони не використовують централізоване зберігання файлів або просте копіювання на сервері. Замість цього вони застосовують код виправлення помилок, розбиваючи дані на фрагменти, і для відновлення оригінальної інформації потрібно зібрати достатню кількість цих фрагментів. Цей дизайн здається складним, але насправді він вирішує фундаментальну проблему: ризик залежності від одного пункту.
Уявіть, якщо смарт-контракт залежить від централізованого джерела даних для виконання логіки, то якщо дані будуть підроблені або сервісний провайдер зламається, вся ланцюг стане під сумнівом. Неможливо перевірити дані — неможливо закодувати їх у визначений результат виконання.
WAL на Sui-ланцюзі відповідає за стимулювання вузлів, стейкінг і механізми управління, і з самого початку вбудував логіку валідації. Це не якась модна новинка, а необхідна строгость — надійність даних має гарантуватися з самого джерела.
Чесно кажучи, тимчасова популярність і гучність з часом зникнуть. Лише справжня корисність і технічна міцність зможуть витримати випробування часом. Для розробників перехід від залежності від одного хмарного сервісу до такої фрагментованої, верифікованої системи зберігання — це шлях, яким має йти Web3.