2026-01-15 14:31:07

Ознайомтеся з рішенням Walrus для зберігання, воно дійсно відрізняється. Більшість проектів розподіленого зберігання використовують схему "зберігати кілька копій", але Walrus обрав інший шлях — застосовує редаграму з червоним кодуванням для розбиття даних на фрагменти, які зберігаються на різних вузлах.

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

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

Переглянути оригінал

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

10 лайків

Нагородити
10
5
Репост
Поділіться

Прокоментувати

0/400

WalletManager

· 5год тому

Редагування коду з помилками давно вже зрозуміле, 4.5-кратне резервування? Це залежить від коефіцієнта надійності вузлів, інакше швидко зірветься. Тримайтеся за свої активи, інфраструктура — це ключ. Ідея Walrus ідеально співпадає з логікою шарування у моєму мультипідписному гаманці, аналіз у мережі показує, що такі проєкти мають довгостроковий потенціал. Столько проектів з концепціями і пустими словами, нарешті з’явився той, хто намагається говорити даними. Боюся, що оператори вузлів лінуються, і вартість відновлення фрагментів контролювати важко, рівень ризику потрібно ще знизити. Ось справжнє мислення інвестиційної цінності, без всякої фікції, я йду на все.

Переглянути оригіналвідповісти на0

DEXRobinHood

· 5год тому

Ей, нарешті є проект, який не хвалиться, а просто працює Цю математичну ідею потрібно похвалити, 4.5-кратні додаткові витрати безпосередньо перемагають тих дурнів із方案 повторного збереження Код Хаммінга справді крутий, просто потрібно подивитися, наскільки стабільні наступні вузли Добре, вважаю це вартою напрямком для слідування

Переглянути оригіналвідповісти на0

OnchainDetective

· 6год тому

Зачекайте, мені потрібно з'ясувати, звідки взялися ці 4.5-кратні цифри? Згідно з даними блокчейну, більшість проектів, які заявляють про "оптимізацію витрат", у кінцевому підсумку не досягають очікуваних результатів... Очевидно, тут є підводні камені. Рішення Walrus з червоним кодом виправлення помилок звучить дуже гарно, але мене більше цікавить — як налаштована система стимулювання вузлів? Чи не виникне ситуація, коли деякі гаманці контролюють велику кількість зберігацьких прав? У такій моделі легко сформувати новий ризик централізації. Це дійсно цікаво, але потрібно перевірити реальні дані роботи, перш ніж робити висновки, щоб не бути обдуреним білим папером. За допомогою багаторівневого відстеження адрес можна виявити, що гаманці основних розробників Walrus спрямовуються... Зачекайте, зв’язки між цими коштами досить складні. Після аналізу та оцінки, найголовніше, на що слід звернути увагу у таких "проривних" проектах — це викривлення стимулів. Що робити, якщо з’явиться купа зомбі-адрес у зберігацьких вузлах? 4.5-кратна економія витрат звучить привабливо, але справжня проблема — чи не стане розподіл даних по фрагментах вузьким місцем при відновленні? Білий папір цього не згадує. Але, якщо говорити чесно, ця ідея набагато більш практична, ніж ті проекти, що щодня хвалять лише концепції... Але у Web3 чим більш практичний підхід, тим легше його ігнорують.

Переглянути оригіналвідповісти на0

PumpAnalyst

· 6год тому

Братане, цей підхід з червоним кодуванням звучить круто, але чи справді 4.5-кратне резервування зможе витримати навантаження, чи це знову один із проектів у презентаційному слайді, що обманює людей На практиці, якщо зменшити витрати на резервування до такого рівня, я починаю трохи хвилюватися, куди поділися ризик-менеджмент Технічна сторона гарна, але чи зможе основна мережа витримати випробування після запуску — ось у чому питання. Усі, будь ласка, не піддавайтеся паніці через новини про фінансування і не купуйте по пікових цінах Не заперечую, ідея хороша, але багато проектів у Web3 інфраструктурі вже провалилися, тому рекомендується спостерігати за реальними показниками основних вузлів, перш ніж вирішувати, чи входити в проект

Переглянути оригіналвідповісти на0

FancyResearchLab

· 6год тому

Ого, система кодування з виправленням помилок нарешті хтось наважився справді використовувати. Раніше я чув здебільшого про різні "революційні механізми консенсусу", а тепер Walrus серйозно займається підрахунками — 4.5-кратне резервування проти сотні разів повторного збереження, математика не бреше. --- Чесно кажучи, мені подобаються такі чесні рішення, не витрачаймо час на ті неймовірно круті назви, справжня цінність у зниженні витрат. --- Цей метод кодування з виправленням помилок — геніальний, раніше чому ніхто так не робив... О, так, бо коли писав контракт, у мене згоріли мозки, і я знову закрив себе у цьому. --- Зачекайте, чи справді це може працювати стабільно? Чи не станеться так, що при відключенні вузла і відновленні даних виникнуть проблеми? --- Ну, поки що все нормально, нарешті є проект, який серйозно займається інженерією, а не просто маркетингом концепцій, у наш час це нелегко. --- Збирання фрагментів здається простим, а як воно працює насправді? Спершу спробую цей математичний підступ.

Переглянути оригіналвідповісти на0