Посмотрите на схему хранения Walrus, она действительно немного отличается. Большинство проектов распределенного хранения используют стратегию "хранить несколько копий", но Walrus идет по другому пути — использует красно-черное кодирование для разбивки данных на фрагменты, которые хранятся на разных узлах.
Самое удивительное — достаточно собрать достаточное количество фрагментов, чтобы восстановить полные данные. Узел вышел из строя? Не проблема. Такой подход значительно снизил издержки на избыточное хранение с десятков или сотен раз до примерно 4.5 раза. Звучит абстрактно, но если посмотреть с другой стороны — это использование математики и инженерии для решения реальных экономических задач.
Вместо того чтобы придумывать сложные концепции, они фокусируются на повышении эффективности в реальных сценариях использования. Такой подход в инфраструктуре Web3 встречается не так часто.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
10 Лайков
Награда
10
5
Репост
Поделиться
комментарий
0/400
WalletManager
· 10ч назад
Красные коды исправления и удаления давно уже изучены, 4.5-кратное избыточное хранение? Всё зависит от коэффициента надежности узлов, иначе быстро произойдет крах.
Сжимайте позиции, инфраструктура — это ключ.
Идея Walrus и логика шардинга в мультиподписных кошельках очень похожи, аналитика в сети показывает, что такие проекты имеют долгосрочный потенциал.
Столько проектов с пустыми концепциями, и вот наконец-то есть тот, кто осмелился говорить с данными.
Боюсь, что операторы узлов ленятся, и стоимость восстановления фрагментов трудно контролировать, уровень риска нужно еще снизить.
Это и есть настоящий инвестиционный подход, без всякой фикции, я ставлю всё.
Посмотреть ОригиналОтветить0
DEXRobinHood
· 10ч назад
Эй, наконец-то есть проект, который не хвастается, а просто работает
Эту математическую идею я должен похвалить, 4.5-кратные избыточные затраты сразу же превосходят ту глупую схему повторного хранения
Красный код исправления ошибок действительно крутой, главное — как будет стабильно работать последующие узлы
Ладно, посчитаем, стоит ли следовать в этом направлении
Посмотреть ОригиналОтветить0
OnchainDetective
· 10ч назад
Подождите, мне нужно разобраться, откуда взялись эти цифры 4.5 раза? Согласно данным блокчейна, большинство проектов, заявляющих о "оптимизации затрат", в итоге не достигли ожидаемых результатов... Очевидно, здесь есть подвох.
Решение Walrus с красной кодировкой кажется очень привлекательным, но меня больше интересует — как устроена система стимулирования узлов? Не возникнет ли ситуации, когда некоторые кошельки контролируют большое количество хранилищ? В такой модели легко может сформироваться новая централизация риска.
Действительно интересно, но нужно проверить реальные показатели работы, прежде чем делать выводы, не стоит позволять белой книге вводить в заблуждение.
Анализируя по нескольким адресам, можно обнаружить, что кошельки основных разработчиков Walrus связаны с... Подождите, связь этих средств довольно сложная.
После анализа и оценки, такие проекты-«разрушители» должны особенно остерегаться искажения стимулов. А что делать, если в будущем хранение будет сосредоточено в куче зомби-адресов?
4.5-кратное снижение затрат звучит заманчиво, но настоящая проблема — после рассеивания данных, не станет ли задержка восстановления узким местом? В белой книге об этом не упоминалось.
Но в целом, эта идея действительно более практична, чем те проекты, которые ежедневно хвалят только концепции... Но в Web3 чем более практичен подход, тем легче его игнорировать.
Посмотреть ОригиналОтветить0
PumpAnalyst
· 10ч назад
Братан, эта схема с красной исправляемой кодировкой звучит круто, но действительно ли 4.5-кратное избыточное резервирование сможет выдержать нагрузку, или это снова очередной проект на PPT, который пытаются обмануть?
Если на практике избыточные затраты действительно можно сократить так сильно, я даже начинаю волноваться, куда делась система риск-менеджмента.
Техническая сторона красивая, но после запуска основного сети действительно ли она сможет пройти проверку, вот в чем вопрос. Всем не стоит поддаваться росту цен из-за новостей о финансировании и потерять деньги.
Я не отрицаю, что идея хорошая, но инфраструктура Web3 уже не раз терпела неудачи, советую следить за реальной работой ключевых узлов, прежде чем решать, стоит ли входить в проект.
Посмотреть ОригиналОтветить0
FancyResearchLab
· 10ч назад
哦豁, кодирование с исправлением ошибок наконец-то кто-то решился использовать по-настоящему. Раньше слышал в основном о всяких "революционных механизмах консенсуса", а тут Walrus действительно занимается подсчетами — 4.5-кратное избыточное хранение против сотни раз повторного хранения, математика не врет.
---
Честно говоря, мне нравятся такие честные подходы, не заморачивайтесь на всякие звучащие очень круто термины, настоящая экономия достигается только тогда, когда реально снижаешь издержки.
---
Этот метод кодирования с исправлением ошибок классный, раньше почему никто так не делал... о, да, потому что при написании контрактов у меня мозги закипели, я снова запер себя внутри.
---
Подождите, это действительно может работать стабильно? Узлы не выйдут из строя и не испортят данные при повторной сборке?
---
В целом, хорошо, наконец-то есть проект, который занимается реальной инженерией, а не просто маркетингом концепций, в наше время это не так просто.
---
Разделение на фрагменты кажется простым, а как оно работает на практике? Сейчас я попробую проверить этот математический подвох.
Посмотрите на схему хранения Walrus, она действительно немного отличается. Большинство проектов распределенного хранения используют стратегию "хранить несколько копий", но Walrus идет по другому пути — использует красно-черное кодирование для разбивки данных на фрагменты, которые хранятся на разных узлах.
Самое удивительное — достаточно собрать достаточное количество фрагментов, чтобы восстановить полные данные. Узел вышел из строя? Не проблема. Такой подход значительно снизил издержки на избыточное хранение с десятков или сотен раз до примерно 4.5 раза. Звучит абстрактно, но если посмотреть с другой стороны — это использование математики и инженерии для решения реальных экономических задач.
Вместо того чтобы придумывать сложные концепции, они фокусируются на повышении эффективности в реальных сценариях использования. Такой подход в инфраструктуре Web3 встречается не так часто.