Понимающие в технологиях прекрасно знают — в сфере децентрализованного хранения данных подстерегает множество ловушек.
Концепция IPFS взорвала рынок в ранние годы, но на практике всё оказалось очень сложно. Потеря данных стала обычным делом, а скорость поиска настолько медленной, что хочется разбить компьютер. Filecoin попытался спасти ситуацию с помощью экономических стимулов, но в итоге майнеры начали массово включать режим "фейковых транзакций", безумно зарабатывая на субсидиях, в то время как реальные нуждающиеся приложения игнорировались. Arweave действительно реализовал идею постоянного хранения, но стоимость оказалась заоблачной — для малых и средних разработчиков это практически недосягаемая цена.
Только когда я глубже изучил техническую основу Walrus, я увидел проблеск надежды.
Ключевым преимуществом этого проекта является алгоритм кодирования Red Stuff. Название звучит немного по-киберпанковски, но его внутренняя логика очень жесткая. Он использует двухмерную схему исправления ошибок: данные разбиваются на матрицу, и для строк и столбцов применяется кодирование с исправлением ошибок. Главное преимущество — при восстановлении данных не требуется наличие всех фрагментов. Достаточно собрать определённый процент информации по строкам и столбцам, чтобы полностью восстановить исходные данные. В Walrus параметры заданы с избыточностью 4.5 раза, что позволяет выдерживать отказ до двух третей узлов — такой уровень отказоустойчивости уже считается передовым в области распределённых систем.
Когда сравниваешь — становится ещё яснее.
Традиционные схемы полного копирования данных хоть и просты в реализации, но требуют избыточности в 3–5 раз, а восстановление данных возможно только из полного копии — если узел выйдет из строя или возникнут сетевые сбои, процесс остановится. Простая схема Reed-Solomon снижает коэффициент избыточности, но при этом требует обмена данными с большим количеством узлов, что увеличивает пропускную способность и задержки. Двухмерная структура Red Stuff как раз находит баланс между уровнем избыточности и эффективностью коммуникаций.
Что это значит для приложений? Это означает, что разработчики смогут развертывать надёжное распределённое хранение по меньшей стоимости, повышая отказоустойчивость узлов и не рискуя потерять сеть из-за отключения нескольких узлов. В эпоху масштабирования Web3 это особенно важно.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Понимающие в технологиях прекрасно знают — в сфере децентрализованного хранения данных подстерегает множество ловушек.
Концепция IPFS взорвала рынок в ранние годы, но на практике всё оказалось очень сложно. Потеря данных стала обычным делом, а скорость поиска настолько медленной, что хочется разбить компьютер. Filecoin попытался спасти ситуацию с помощью экономических стимулов, но в итоге майнеры начали массово включать режим "фейковых транзакций", безумно зарабатывая на субсидиях, в то время как реальные нуждающиеся приложения игнорировались. Arweave действительно реализовал идею постоянного хранения, но стоимость оказалась заоблачной — для малых и средних разработчиков это практически недосягаемая цена.
Только когда я глубже изучил техническую основу Walrus, я увидел проблеск надежды.
Ключевым преимуществом этого проекта является алгоритм кодирования Red Stuff. Название звучит немного по-киберпанковски, но его внутренняя логика очень жесткая. Он использует двухмерную схему исправления ошибок: данные разбиваются на матрицу, и для строк и столбцов применяется кодирование с исправлением ошибок. Главное преимущество — при восстановлении данных не требуется наличие всех фрагментов. Достаточно собрать определённый процент информации по строкам и столбцам, чтобы полностью восстановить исходные данные. В Walrus параметры заданы с избыточностью 4.5 раза, что позволяет выдерживать отказ до двух третей узлов — такой уровень отказоустойчивости уже считается передовым в области распределённых систем.
Когда сравниваешь — становится ещё яснее.
Традиционные схемы полного копирования данных хоть и просты в реализации, но требуют избыточности в 3–5 раз, а восстановление данных возможно только из полного копии — если узел выйдет из строя или возникнут сетевые сбои, процесс остановится. Простая схема Reed-Solomon снижает коэффициент избыточности, но при этом требует обмена данными с большим количеством узлов, что увеличивает пропускную способность и задержки. Двухмерная структура Red Stuff как раз находит баланс между уровнем избыточности и эффективностью коммуникаций.
Что это значит для приложений? Это означает, что разработчики смогут развертывать надёжное распределённое хранение по меньшей стоимости, повышая отказоустойчивость узлов и не рискуя потерять сеть из-за отключения нескольких узлов. В эпоху масштабирования Web3 это особенно важно.