Автор оригинала: @BlazingKevin_ , исследователь в Movemaker
Хранение когда-то было одним из главных нарративов в отрасли, Filecoin, будучи флагманом предыдущего бычьего рынка, когда-то имел рыночную капитализацию более 10 миллиардов долларов. Arweave, как аналогичный протокол хранения, использует постоянное хранение в качестве своего преимущества, достигнув максимальной рыночной капитализации в 3,5 миллиарда долларов. Однако с опровержением доступности холодного хранения данных необходимость в постоянном хранении подверглась сомнению, и вопрос о том, сможет ли нарратив децентрализованного хранения пройти проверку временем, остается открытым. Появление Walrus пробудило затихший нарратив о хранении, и теперь Aptos в сотрудничестве с Jump Crypto представляет Shelby, стремясь поднять децентрализованное хранение на новый уровень в сфере горячих данных. Так сможет ли децентрализованное хранение вновь вернуться и предоставить широкие возможности применения? Или это еще одна волна спекуляций на тему? Эта статья, исходя из четырех участников: Filecoin, Arweave, Walrus и Shelby, анализирует изменения нарратива децентрализованного хранения, пытаясь найти ответ на вопрос: насколько далеко еще путь к распространению децентрализованного хранения?
Filecoin: Хранение – это внешнее проявление, а майнинг – это суть
Filecoin является одной из первоначально возникших альткоинов, и его направление развития естественным образом сосредоточено на децентрализации, что является общим признаком ранних альткоинов — искать смысл существования децентрализации в различных традиционных областях. Filecoin не является исключением, он связывает хранение с децентрализацией, что естественным образом приводит к мысли о недостатках централизованного хранения: предположении о доверии к централизованным поставщикам услуг хранения данных. Таким образом, то, что делает Filecoin, это переход от централизованного хранения к децентрализованному. Однако некоторые аспекты, которые были пожертвованы для достижения децентрализации в этом процессе, стали болевыми точками, которые впоследствии были задуманы для решения проектами Arweave или Walrus. Чтобы понять, почему Filecoin является просто майнинг-токеном, необходимо понять, почему его базовая технология IPFS не подходит для объективных ограничений работы с горячими данными.
IPFS: Децентрализованная архитектура, но сталкивающаяся с узким местом в передаче
IPFS (Межзвёздная файловая система) появилась около 2015 года и призвана изменить традиционный протокол HTTP с помощью адресации по содержимому. Главным недостатком IPFS является крайне низкая скорость получения. В эпоху, когда традиционные поставщики данных могут достигать отклика на уровне миллисекунд, получение файла через IPFS все еще занимает десятки секунд, что затрудняет его распространение в реальных приложениях и объясняет, почему, кроме немногих блокчейн-проектов, он редко используется в традиционных отраслях.
Основной P2P-протокол IPFS в первую очередь подходит для «холодных данных», то есть для статического контента, который редко изменяется, такого как видео, изображения и документы. Однако при обработке горячих данных, таких как динамические веб-страницы, онлайн-игры или приложения искусственного интеллекта, P2P-протокол не имеет заметных преимуществ по сравнению с традиционными CDN.
Однако, несмотря на то, что IPFS сам по себе не является блокчейном, его концепция направленного ациклического графа (DAG) прекрасно сочетается с многими публичными цепями и протоколами Web3, что делает его естественным выбором в качестве базовой строительной структуры для блокчейна. Поэтому, даже если у него нет практической ценности, как базовая структура для блокчейн-нарративов он уже достаточно хорош. Ранние проекты-двойники просто нуждались в рабочей структуре, чтобы открыть небо и море, но когда Filecoin развился до определённого периода, серьезные недостатки IPFS начали препятствовать его дальнейшему движению.
Логика криптовалюты под оболочкой хранения
Дизайн IPFS изначально был задуман так, чтобы пользователи могли хранить данные, а также быть частью сети хранения. Однако без экономических стимулов пользователям трудно добровольно использовать эту систему, не говоря уже о том, чтобы стать активными узлами хранения. Это означает, что большинство пользователей просто будут хранить файлы в IPFS, но не будут вносить свой собственный объем памяти и не будут хранить файлы других. Именно в этом контексте появился Filecoin.
В экономической модели токенов Filecoin существует три основных роли: пользователи отвечают за оплату сборов за хранение данных; майнеры хранения получают токены в качестве вознаграждения за хранение данных пользователей; майнеры извлечения предоставляют данные по запросу пользователей и получают вознаграждение.
Эта модель имеет потенциальное пространство для злонамеренных действий. Хранители данных могут заполнять мусорными данными после предоставления дискового пространства, чтобы получить вознаграждение. Поскольку эти мусорные данные не подлежат извлечению, даже если они будут потеряны, это не активирует механизм штрафа для хранителей данных. Это позволяет хранителям данных удалять мусорные данные и повторять этот процесс. Консенсус на основе доказательства копирования Filecoin может лишь гарантировать, что пользовательские данные не были удалены без разрешения, но не может предотвратить заполнение мусорными данными.
Работа Filecoin в значительной степени зависит от постоянных инвестиций майнеров в токеномики, а не от реального спроса конечных пользователей на распределенное хранилище. Несмотря на то, что проект продолжает итерации, на текущем этапе экосистема Filecoin больше соответствует определению "логики майнинга", чем "приложенческому драйву" в проектах хранения.
Arweave: Успех благодаря долгосрочной стратегии, провал из-за долгосрочной стратегии
Если говорить о том, что целью дизайна Filecoin является создание стимулирующей, доказуемой децентрализованной "облачной" оболочки для данных, то Arweave движется в другом направлении хранения к экстремуму: обеспечивая способность к постоянному хранению данных. Arweave не пытается создать распределенную вычислительную платформу, вся его система строится вокруг одной ключевой гипотезы — важные данные должны храниться один раз и навсегда оставаться в сети. Этот экстремальный долгосрочный подход делает Arweave совершенно отличным от Filecoin как по механике, так и по модели стимулов, от аппаратных требований до нарративной перспективы.
Arweave использует биткойн в качестве объекта изучения, стараясь постоянно оптимизировать свою сеть постоянного хранения в долгосрочной перспективе, измеряемой годами. Arweave не заботится о маркетинге, не волнуется о конкурентах и развитии рынка. Она просто продолжает идти по пути итерации сетевой архитектуры, даже если никто не интересуется, потому что это и есть суть команды разработчиков Arweave: долгосрочность. Благодаря долгосрочности Arweave пользовалась большой популярностью на последнем бычьем рынке; и благодаря долгосрочности, даже упав на дно, Arweave все еще может пережить несколько раундов бычьих и медвежьих рынков. Но будет ли у Arweave место в будущем децентрализованного хранения?
С момента перехода Arweave на основную сеть с версии 1.5 до последней версии 2.9, несмотря на то, что она потеряла рыночные обсуждения, команда продолжает работать над тем, чтобы более широкий круг майнеров мог участвовать в сети с минимальными затратами, и стимулировать майнеров максимизировать объем хранимых данных, что постоянно повышает надежность всей сети. Arweave, осознавая, что не соответствует рыночным предпочтениям, придерживается консервативного курса, не поддерживает майнерские сообщества, экосистема полностью застопорилась, обновление основной сети осуществляется с минимальными затратами, при этом постоянно снижается порог требований к аппаратному обеспечению без ущерба для безопасности сети.
Обзор пути обновления от 1.5 до 2.9
Версия Arweave 1.5 выявила уязвимость, позволяющую майнерам полагаться на GPU-накопление вместо реального хранения для оптимизации шансов на создание блока. Чтобы остановить эту тенденцию, версия 1.7 вводит алгоритм RandomX, ограничивая использование специализированных мощностей и требуя участия универсальных ЦП в майнинге, тем самым ослабляя централизацию вычислительной мощности.
В версии 2.0 Arweave использует SPoA, преобразуя доказательство данных в компактный путь структуры деревьев Меркла и вводя транзакции формата 2 для уменьшения нагрузки на синхронизацию. Эта архитектура облегчает давление на сетевую пропускную способность, значительно увеличивая способность узлов к сотрудничеству. Тем не менее, некоторые майнеры все еще могут избежать ответственности за фактическое хранение данных с помощью стратегии центральных высокоскоростных хранилищ.
Чтобы исправить эту предвзятость, в 2.4 была представлена механика SPoRA, которая вводит глобальный индекс и медленный хэш-рандомный доступ, заставляя майнеров действительно владеть блоками данных, чтобы участвовать в эффективной добыче, тем самым ослабляя эффект накопления вычислительной мощности. В результате майнеры начали обращать внимание на скорость доступа к хранилищу, что способствовало применению SSD и высокоскоростных устройств чтения и записи. В 2.6 была введена цепочка хешей для контроля темпа добычи, что сбалансировало предельную полезность высокопроизводительных устройств и предоставило справедливое пространство для участия малым и средним майнерам.
Последующие версии further усиливают сетевую кооперацию и разнообразие хранения: 2.7 добавляет механизмы совместной добычи и пулов, повышая конкурентоспособность малых шахтеров; 2.8 вводит механизм комплексной упаковки, позволяющий устройствам с большой емкостью и низкой скоростью гибко участвовать; 2.9 представляет новый процесс упаковки в формате replica_ 2 _ 9, значительно повышая эффективность и снижая вычислительные зависимости, завершая замкнутый цикл модели добычи, ориентированной на данные.
В целом, путь обновления Arweave четко демонстрирует его долгосрочную стратегию, ориентированную на хранение: в то время как он продолжает сопротивляться тенденции концентрации вычислительной мощности, он также постоянно снижает порог участия, обеспечивая возможность долгосрочной работы протокола.
Walrus: Объятие горячих данных – это хайп или скрытая мудрость?
С точки зрения концепции, Walrus совершенно отличается от Filecoin и Arweave. Отправной точкой Filecoin является создание децентрализованной верифицируемой системы хранения, ценой которой является хранение холодных данных; отправной точкой Arweave является создание онлайновой Александрийской библиотеки, которая может хранить данные навсегда, ценой которой является слишком малое количество сценариев; отправной точкой Walrus является оптимизация затрат на хранение протокола горячего хранения данных.
Модифицированный код коррекции ошибок: инновации в затратах или старая бутылка с новым вином?
В области проектирования затрат на хранение Walrus считает, что расходы на хранение Filecoin и Arweave неразумны, поскольку оба используют архитектуру полной репликации, основное преимущество которой заключается в том, что каждый узел имеет полную копию, что обеспечивает высокую устойчивость к сбоям и независимость между узлами. Такая архитектура гарантирует, что даже если часть узлов отключится, сеть все равно будет иметь доступность данных. Однако это также означает, что системе требуется многократная избыточность для поддержания надежности, что приводит к увеличению затрат на хранение. Особенно в дизайне Arweave механизм консенсуса сам по себе поощряет избыточное хранение узлов для повышения безопасности данных. В то время как Filecoin более гибок в контроле затрат, цена заключается в том, что некоторые низкозатратные хранилища могут иметь более высокий риск потери данных. Walrus пытается найти баланс между двумя подходами, его механизм контролирует затраты на репликацию, одновременно повышая доступность за счет структурированной избыточности, тем самым устанавливая новый компромисс между доступностью данных и эффективностью затрат.
Технология Redstuff, разработанная Walrus, является ключевой для снижения избыточности узлов и основана на кодировании Рида-Соломона (RS). Кодирование RS — это очень традиционный алгоритм для исправления ошибок, который позволяет удваивать набор данных, добавляя избыточные фрагменты ( erasure code ), что можно использовать для восстановления оригинальных данных. От CD-ROM до спутниковой связи и QR-кодов, эта технология часто используется в повседневной жизни.
Коды исправления позволяют пользователям получить блок, например, 1 МБ, а затем "увеличить" его до 2 МБ, где дополнительные 1 МБ представляют собой специальные данные, называемые кодами исправления. Если любой байт в блоке потерян, пользователи могут легко восстановить эти байты с помощью кода. Даже если потерян блок размером до 1 МБ, вы все равно можете восстановить весь блок. Такая же технология позволяет компьютерам считывать все данные с CD-ROM, даже если он поврежден.
В настоящее время наиболее часто используется кодирование РС. Способ реализации заключается в том, чтобы начать с k информационных блоков, построить соответствующий многочлен и оценить его в различных координатах x, чтобы получить кодируемые блоки. При использовании кодов РС вероятность случайной выборки больших блоков потерянных данных очень мала.
Пример: разделите файл на 6 данных блоков и 4 контрольных блока, всего 10 частей. Если сохранить любые 6 частей, можно полностью восстановить исходные данные.
Преимущества: высокая степень устойчивости к ошибкам, широко применяется в CD/DVD, отказоустойчивых дисковых массивах (RAID) и облачных системах хранения (таких как Azure Storage, Facebook F 4).
Недостатки: сложность вычисления декодирования, высокая стоимость; не подходит для сценариев с частыми изменениями данных. Поэтому обычно используется для восстановления и управления данными в централизованных средах вне цепочки.
В условиях децентрализованной архитектуры Storj и Sia адаптировали традиционное RS-кодирование для удовлетворения реальных потребностей распределенной сети. Walrus также предложил свой вариант на этой основе — алгоритм кодирования RedStuff, чтобы обеспечить более низкие затраты и более гибкий механизм резервного хранения.
Какова основная особенность Redstuff? ** Благодаря улучшенному алгоритму кодирования с исправлением ошибок, Walrus может быстро и надежно кодировать неструктурированные блоки данных в более мелкие фрагменты, которые распределяются для хранения в сети узлов хранения. Даже если потеряно до двух третей фрагментов, оригинальный блок данных можно быстро восстановить с использованием части фрагментов. ** Это возможно при сохранении коэффициента копирования всего от 4 до 5 раз.
Поэтому имеет смысл определить Walrus как легкий протокол избыточности и восстановления, переработанный для децентрализованного окружения. В отличие от традиционных кодов исправления ошибок (таких как Рид-Соломон), RedStuff больше не стремится к строгой математической согласованности, а вместо этого проводит реалистичные компромиссы в отношении распределения данных, проверки хранения и вычислительных затрат. Эта модель отказывается от механизма немедленного декодирования, необходимого для централизованного планирования, и вместо этого использует проверку Proof в цепочке для подтверждения того, что узлы хранят конкретные копии данных, что позволяет адаптироваться к более динамичной и маргинализованной сетевой структуре.
Ядро дизайна RedStuff заключается в разделении данных на два типа: основные срезы и вторичные срезы. Основные срезы используются для восстановления оригинальных данных, их создание и распределение подчиняются строгим ограничениям, порог восстановления составляет f + 1, и требуется 2 f + 1 подписей в качестве подтверждения доступности. Вторичные срезы создаются с помощью простых операций, таких как XOR, и предназначены для обеспечения гибкой отказоустойчивости и повышения общей надежности системы. Эта структура по сути снижает требования к согласованности данных — допускает кратковременное хранение различных версий данных на разных узлах, подчеркивая практический путь "конечной согласованности". Хотя это похоже на более мягкие требования к ретро-блокам в системах, таких как Arweave, и достигло определенного эффекта в снижении нагрузки на сеть, это также ослабляет гарантии немедленной доступности и целостности данных.
Нельзя игнорировать тот факт, что RedStuff, хотя и реализует эффективное хранение в условиях низкой вычислительной мощности и низкой пропускной способности, по сути, все же является «вариантом» системы кодирования с исправлением ошибок. Он жертвует частью определенности чтения данных ради контроля затрат и масштабируемости в децентрализованной среде. Однако на уровне применения еще предстоит наблюдать, сможет ли такая архитектура поддерживать сценарии данных с большим объемом и высокой частотой взаимодействия. Более того, RedStuff не преодолел долгосрочные вычислительные узкие места кодирования с исправлением ошибок, а скорее обошел высокие точки сцепления традиционной архитектуры с помощью структурных стратегий, и его инновационность больше проявляется в комбинированной оптимизации на инженерной стороне, а не в революции на уровне базовых алгоритмов.
Таким образом, RedStuff больше похож на «разумное переоснащение» для текущей реальной среды децентрализованного хранения. Он действительно привносит улучшения в избыточные затраты и операционные нагрузки, позволяя краевым устройствам и не высокопроизводительным узлам участвовать в задачах хранения данных. Но в бизнес-сценариях с широкомасштабным применением, универсальной адаптацией вычислений и более высокими требованиями к согласованности его возможности все еще довольно ограничены. Это делает инновации Walrus больше похожими на адаптивное преобразование существующей технологической системы, а не на решающий прорыв в продвижении парадигмы децентрализованного хранения.
Sui и Walrus: может ли высокопроизводительная публичная цепочка способствовать практическому использованию хранения?
Из официальной исследовательской статьи Walrus видно, что его целевая сцена: «Изначальная цель дизайна Walrus — предоставить решение для хранения крупных двоичных файлов (Blobs), которые являются жизненной силой многих децентрализованных приложений.»
Так называемые крупные blob-данные обычно относятся к объемным бинарным объектам с нерегулярной структурой, таким как видео, аудио, изображения, файлы моделей или пакеты программного обеспечения и т.д.
В контексте криптовалют это больше относится к изображениям и видео в NFT и контенте социальных медиа. Это также составляет основное направление приложения Walrus.
Несмотря на то, что в тексте также упоминаются потенциальные применения хранилищ наборов данных моделей ИИ и уровня доступности данных (DA), этапный откат Web3 AI уже оставил очень мало связанных проектов, и в будущем количество протоколов, действительно принявших Walrus, может оказаться очень ограниченным.
А в направлении уровня DA, сможет ли Walrus выступить в качестве эффективного заменителя, еще предстоит проверить после того, как такие основные проекты, как Celestia, снова привлекут внимание рынка.
Таким образом, основное назначение Walrus можно понимать как систему горячего хранения для обслуживания контентных активов, таких как NFT, подчеркивая возможности динамического вызова,实时 обновления и управления версиями.
Это также объясняет, почему Walrus нуждается в Sui: с помощью высокопроизводительных возможностей цепочки Sui Walrus может создавать высокоскоростную сеть поиска данных, значительно снижая эксплуатационные расходы без необходимости разработки высокопроизводительной публичной цепочки, тем самым избегая прямой конкуренции с традиционными облачными сервисами по единичным затратам.
Согласно официальным данным, стоимость хранения Walrus составляет примерно одну пятую от стоимости традиционных облачных сервисов, хотя она кажется в десятки раз дороже, чем Filecoin и Arweave. Однако его цель не в том, чтобы добиться максимально низкой стоимости, а в создании децентрализованной системы горячего хранения, которая может использоваться в реальных бизнес-сценариях. Сам Walrus работает как PoS-сеть, основной задачей которой является проверка честности узлов хранения и обеспечение базовой безопасности всей системы.
Что касается того, действительно ли Sui нуждается в Walrus, то на данный момент это больше относится к экосистемной нарративе.** Если рассматривать финансовые расчеты как основное назначение, то Sui не срочно нуждается в поддержке оффлайн-хранения.** Однако, если в будущем она хочет поддерживать более сложные сценарии на блокчейне, такие как AI-приложения, капитализация контента, компонуемые агенты и т.д., то уровень хранения будет незаменим в предоставлении контекста, среды и возможностей индексирования. Высокопроизводительная цепочка может обрабатывать сложные модели состояния, но эти состояния должны быть связаны с проверяемыми данными, чтобы построить надежную сеть контента.
Shelby: Специальная оптоволоконная сеть полностью раскрывает сценарии применения Web3
В текущих Web3 приложениях самой большой технической проблемой является "производительность чтения", которая остается труднопреодолимым ограничением.
Независимо от того, речь идет о потоковом видео, системах RAG, инструментах для совместной работы в реальном времени или движках вывода AI моделей, все они зависят от низкой задержки и высокой пропускной способности при доступе к горячим данным. Протоколы децентрализованного хранения (от Arweave, Filecoin до Walrus) хотя и достигли прогресса в области долговечности данных и децентрализации доверия, но из-за работы в публичном интернете они по-прежнему не могут избавиться от ограничений высокой задержки, нестабильной пропускной способности и неконтролируемого распределения данных.
Шелби пытался решить эту проблему с самого корня.
Во-первых, механизм Paid Reads напрямую перестраивает дилемму "чтения" в децентрализованном хранении. В традиционных системах чтение данных почти бесплатно, отсутствие эффективного механизма стимулов приводит к тому, что сервисные узлы часто ленятся реагировать и работают некачественно, что приводит к тому, что фактический пользовательский опыт значительно отстает от Web2.
Shelby связывает опыт пользователей с доходами сервисных узлов, вводя модель оплаты за объем прочитанной информации: чем быстрее и стабильнее узел возвращает данные, тем больше он получит вознаграждения.
Эта модель не является «вспомогательным экономическим дизайном», а представляет собой основную логику дизайна производительности Shelby — без стимула нет надежной производительности; только с стимулом возможно устойчивое улучшение качества обслуживания.
Во-вторых, одним из самых значительных технических прорывов, представленных Шелби, является внедрение специализированной волоконно-оптической сети (Dedicated Fiber Network), что эквивалентно строительству высокоскоростной сети для мгновенного считывания горячих данных Web3.
Эта архитектура полностью обходит общепринятый публичный уровень передачи, на который полагаются системы Web3, и напрямую разворачивает узлы хранения и узлы RPC на высокопроизводительной, с низкой загруженностью, физически изолированной магистрали передачи. Это не только значительно снижает задержку связи между узлами, но и обеспечивает предсказуемость и стабильность пропускной способности передачи. Подлежащая сеть Shelby более близка к модели развертывания выделенных линий между внутренними дата-центрами AWS, а не логике "загрузки на какой-то узел майнера" других протоколов Web3.
Источник: белая книга Shelby
Эта обратная архитектура на сетевом уровне сделала Shelby первым децентрализованным протоколом горячего хранения, который в истинном смысле способен предоставить опыт использования на уровне Web2. Пользователи, читающие 4K видео, вызывающие данные встраивания крупной языковой модели или восстанавливающие журнал транзакций на Shelby, больше не должны терпеть секунды задержки, обычно присущие системам холодных данных, а могут получать отклики менее чем за секунду. Для узлов обслуживания специализированная сеть не только повышает эффективность обслуживания, но и значительно снижает затраты на пропускную способность, делая механизм «оплата по объему чтения» действительно экономически целесообразным, что стимулирует систему к развитию в сторону более высокой производительности, а не большего объема хранения.
Можно сказать, что введение специализированной оптоволоконной сети стало ключевой поддержкой, позволяющей Shelby "выглядеть как AWS, но по сути быть Web3". Это не только разрушает естественное противоречие между децентрализацией и производительностью, но и открывает реальные возможности для применения Web3 в таких аспектах, как частое считывание, высокоскоростная маршрутизация и доступ на низкой стоимости на границах.
Кроме того, в вопросах долговечности данных и затрат Shelby использует Эффективную Кодирующую Схему, разработанную Clay Codes, которая реализует оптимальную кодировочную структуру MSR и MDS с математической точки зрения, достигая хранения с избыточностью менее 2x, при этом сохраняя долговечность на уровне 11 девяток и 99,9% доступности. В то время как большинство протоколов хранения Web3 все еще имеют уровень избыточности от 5x до 15x, Shelby не только более эффективен с технической точки зрения, но и более конкурентоспособен по затратам. Это также означает, что для разработчиков dApp, которые действительно ценят оптимизацию затрат и распределение ресурсов, Shelby предлагает реальный вариант «и дешевле, и быстрее».
Резюме
Смотрев на эволюционный путь от Filecoin, Arweave и Walrus до Shelby, мы можем четко увидеть: наратив децентрализованного хранения данных постепенно переходит от "существование есть разумность" как технологической утопии к "доступность есть справедливость" как реалистичному подходу. Первоначальный Filecoin использовал экономические стимулы для вовлечения аппаратного обеспечения, но реальные потребности пользователей долгое время оставались на обочине; Arweave выбрал экстремальное постоянное хранение, но в условиях затишья приложения стал казаться все более изолированным; Walrus пытается найти новый баланс между затратами и производительностью, но все еще есть вопросы о реализации сценариев и механизмах стимулирования. Только с появлением Shelby децентрализованное хранение данных впервые системно ответило на "уровень доступности Web2" — от специализированной оптоволоконной сети на уровне передачи до эффективного дизайна кодов исправления на уровне вычислений, а затем до механизма стимулов оплаты за чтение, эти способности, ранее принадлежащие централизованным облачным платформам, начинают перестраиваться в мире Web3.
Появление Shelby не означает завершение проблем. Оно также не решает все вызовы: экосистема разработчиков, управление доступом, подключение терминалов и другие вопросы все еще впереди. Но его значение заключается в том, что оно открывает возможный путь для индустрии децентрализованного хранения, не жертвуя производительностью, разрушая бинарный парадокс "либо противодействие цензуре, либо удобство".
Путь к популяризации децентрализованного хранения не будет зависеть только от熱度 концепции или спекуляций с токенами, а должен перейти в этап, движимый приложениями, который будет "доступным, интегрируемым и устойчивым". На этом этапе тот, кто сможет в первую очередь решить реальные проблемы пользователей, сможет переопределить структуру следующего рассказа о инфраструктуре. Переход от логики майнинга к логике использования, возможно, прорыв Shelby знаменует собой конец одной эпохи — и начало другой.
О Movemaker
Movemaker — это первая официальная общественная организация, созданная при поддержке фонда Aptos и совместно инициированная Ankaa и BlockBooster, сосредоточенная на продвижении строительства и развития экосистемы Aptos в китайскоязычном регионе. В качестве официального представителя Aptos в китайскоязычном регионе Movemaker стремится создать многообразную, открытая и процветающую экосистему Aptos, соединяя разработчиков, пользователей, капитал и многочисленные партнеры экосистемы.
Отказ от ответственности:
Данная статья/блог предназначена только для справки, отражает личное мнение автора и не представляет собой позицию Movemaker. Данная статья не предназначена для предоставления: (i) инвестиционных советов или рекомендаций; (ii) предложений или привлечений для покупки, продажи или хранения цифровых активов; или (iii) финансовых, бухгалтерских, юридических или налоговых советов. Хранение цифровых активов, включая стабильные монеты и NFT, связано с высоким риском, цены подвержены значительным колебаниям и могут стать совершенно бесполезными. Вы должны тщательно обдумать, подходят ли вам сделки или хранение цифровых активов, исходя из вашего финансового положения. Если у вас есть конкретные вопросы, пожалуйста, проконсультируйтесь с вашим юридическим, налоговым или инвестиционным консультантом. Информация, представленная в данной статье (включая рыночные данные и статистику, если имеются), предназначена только для общего ознакомления. При составлении этих данных и графиков была проявлена разумная осторожность, но автор не несет ответственности за любые фактические ошибки или упущения, содержащиеся в них.
Содержание носит исключительно справочный характер и не является предложением или офертой. Консультации по инвестициям, налогообложению или юридическим вопросам не предоставляются. Более подробную информацию о рисках см. в разделе «Дисклеймер».
От Filecoin, Arweave до Walrus, Shelby: насколько далеко до распространения Децентрализация хранения?
Автор оригинала: @BlazingKevin_ , исследователь в Movemaker
Хранение когда-то было одним из главных нарративов в отрасли, Filecoin, будучи флагманом предыдущего бычьего рынка, когда-то имел рыночную капитализацию более 10 миллиардов долларов. Arweave, как аналогичный протокол хранения, использует постоянное хранение в качестве своего преимущества, достигнув максимальной рыночной капитализации в 3,5 миллиарда долларов. Однако с опровержением доступности холодного хранения данных необходимость в постоянном хранении подверглась сомнению, и вопрос о том, сможет ли нарратив децентрализованного хранения пройти проверку временем, остается открытым. Появление Walrus пробудило затихший нарратив о хранении, и теперь Aptos в сотрудничестве с Jump Crypto представляет Shelby, стремясь поднять децентрализованное хранение на новый уровень в сфере горячих данных. Так сможет ли децентрализованное хранение вновь вернуться и предоставить широкие возможности применения? Или это еще одна волна спекуляций на тему? Эта статья, исходя из четырех участников: Filecoin, Arweave, Walrus и Shelby, анализирует изменения нарратива децентрализованного хранения, пытаясь найти ответ на вопрос: насколько далеко еще путь к распространению децентрализованного хранения?
Filecoin: Хранение – это внешнее проявление, а майнинг – это суть
Filecoin является одной из первоначально возникших альткоинов, и его направление развития естественным образом сосредоточено на децентрализации, что является общим признаком ранних альткоинов — искать смысл существования децентрализации в различных традиционных областях. Filecoin не является исключением, он связывает хранение с децентрализацией, что естественным образом приводит к мысли о недостатках централизованного хранения: предположении о доверии к централизованным поставщикам услуг хранения данных. Таким образом, то, что делает Filecoin, это переход от централизованного хранения к децентрализованному. Однако некоторые аспекты, которые были пожертвованы для достижения децентрализации в этом процессе, стали болевыми точками, которые впоследствии были задуманы для решения проектами Arweave или Walrus. Чтобы понять, почему Filecoin является просто майнинг-токеном, необходимо понять, почему его базовая технология IPFS не подходит для объективных ограничений работы с горячими данными.
IPFS: Децентрализованная архитектура, но сталкивающаяся с узким местом в передаче
IPFS (Межзвёздная файловая система) появилась около 2015 года и призвана изменить традиционный протокол HTTP с помощью адресации по содержимому. Главным недостатком IPFS является крайне низкая скорость получения. В эпоху, когда традиционные поставщики данных могут достигать отклика на уровне миллисекунд, получение файла через IPFS все еще занимает десятки секунд, что затрудняет его распространение в реальных приложениях и объясняет, почему, кроме немногих блокчейн-проектов, он редко используется в традиционных отраслях.
Основной P2P-протокол IPFS в первую очередь подходит для «холодных данных», то есть для статического контента, который редко изменяется, такого как видео, изображения и документы. Однако при обработке горячих данных, таких как динамические веб-страницы, онлайн-игры или приложения искусственного интеллекта, P2P-протокол не имеет заметных преимуществ по сравнению с традиционными CDN.
Однако, несмотря на то, что IPFS сам по себе не является блокчейном, его концепция направленного ациклического графа (DAG) прекрасно сочетается с многими публичными цепями и протоколами Web3, что делает его естественным выбором в качестве базовой строительной структуры для блокчейна. Поэтому, даже если у него нет практической ценности, как базовая структура для блокчейн-нарративов он уже достаточно хорош. Ранние проекты-двойники просто нуждались в рабочей структуре, чтобы открыть небо и море, но когда Filecoin развился до определённого периода, серьезные недостатки IPFS начали препятствовать его дальнейшему движению.
Логика криптовалюты под оболочкой хранения
Дизайн IPFS изначально был задуман так, чтобы пользователи могли хранить данные, а также быть частью сети хранения. Однако без экономических стимулов пользователям трудно добровольно использовать эту систему, не говоря уже о том, чтобы стать активными узлами хранения. Это означает, что большинство пользователей просто будут хранить файлы в IPFS, но не будут вносить свой собственный объем памяти и не будут хранить файлы других. Именно в этом контексте появился Filecoin.
В экономической модели токенов Filecoin существует три основных роли: пользователи отвечают за оплату сборов за хранение данных; майнеры хранения получают токены в качестве вознаграждения за хранение данных пользователей; майнеры извлечения предоставляют данные по запросу пользователей и получают вознаграждение.
Эта модель имеет потенциальное пространство для злонамеренных действий. Хранители данных могут заполнять мусорными данными после предоставления дискового пространства, чтобы получить вознаграждение. Поскольку эти мусорные данные не подлежат извлечению, даже если они будут потеряны, это не активирует механизм штрафа для хранителей данных. Это позволяет хранителям данных удалять мусорные данные и повторять этот процесс. Консенсус на основе доказательства копирования Filecoin может лишь гарантировать, что пользовательские данные не были удалены без разрешения, но не может предотвратить заполнение мусорными данными.
Работа Filecoin в значительной степени зависит от постоянных инвестиций майнеров в токеномики, а не от реального спроса конечных пользователей на распределенное хранилище. Несмотря на то, что проект продолжает итерации, на текущем этапе экосистема Filecoin больше соответствует определению "логики майнинга", чем "приложенческому драйву" в проектах хранения.
Arweave: Успех благодаря долгосрочной стратегии, провал из-за долгосрочной стратегии
Если говорить о том, что целью дизайна Filecoin является создание стимулирующей, доказуемой децентрализованной "облачной" оболочки для данных, то Arweave движется в другом направлении хранения к экстремуму: обеспечивая способность к постоянному хранению данных. Arweave не пытается создать распределенную вычислительную платформу, вся его система строится вокруг одной ключевой гипотезы — важные данные должны храниться один раз и навсегда оставаться в сети. Этот экстремальный долгосрочный подход делает Arweave совершенно отличным от Filecoin как по механике, так и по модели стимулов, от аппаратных требований до нарративной перспективы.
Arweave использует биткойн в качестве объекта изучения, стараясь постоянно оптимизировать свою сеть постоянного хранения в долгосрочной перспективе, измеряемой годами. Arweave не заботится о маркетинге, не волнуется о конкурентах и развитии рынка. Она просто продолжает идти по пути итерации сетевой архитектуры, даже если никто не интересуется, потому что это и есть суть команды разработчиков Arweave: долгосрочность. Благодаря долгосрочности Arweave пользовалась большой популярностью на последнем бычьем рынке; и благодаря долгосрочности, даже упав на дно, Arweave все еще может пережить несколько раундов бычьих и медвежьих рынков. Но будет ли у Arweave место в будущем децентрализованного хранения?
С момента перехода Arweave на основную сеть с версии 1.5 до последней версии 2.9, несмотря на то, что она потеряла рыночные обсуждения, команда продолжает работать над тем, чтобы более широкий круг майнеров мог участвовать в сети с минимальными затратами, и стимулировать майнеров максимизировать объем хранимых данных, что постоянно повышает надежность всей сети. Arweave, осознавая, что не соответствует рыночным предпочтениям, придерживается консервативного курса, не поддерживает майнерские сообщества, экосистема полностью застопорилась, обновление основной сети осуществляется с минимальными затратами, при этом постоянно снижается порог требований к аппаратному обеспечению без ущерба для безопасности сети.
Обзор пути обновления от 1.5 до 2.9
Версия Arweave 1.5 выявила уязвимость, позволяющую майнерам полагаться на GPU-накопление вместо реального хранения для оптимизации шансов на создание блока. Чтобы остановить эту тенденцию, версия 1.7 вводит алгоритм RandomX, ограничивая использование специализированных мощностей и требуя участия универсальных ЦП в майнинге, тем самым ослабляя централизацию вычислительной мощности.
В версии 2.0 Arweave использует SPoA, преобразуя доказательство данных в компактный путь структуры деревьев Меркла и вводя транзакции формата 2 для уменьшения нагрузки на синхронизацию. Эта архитектура облегчает давление на сетевую пропускную способность, значительно увеличивая способность узлов к сотрудничеству. Тем не менее, некоторые майнеры все еще могут избежать ответственности за фактическое хранение данных с помощью стратегии центральных высокоскоростных хранилищ.
Чтобы исправить эту предвзятость, в 2.4 была представлена механика SPoRA, которая вводит глобальный индекс и медленный хэш-рандомный доступ, заставляя майнеров действительно владеть блоками данных, чтобы участвовать в эффективной добыче, тем самым ослабляя эффект накопления вычислительной мощности. В результате майнеры начали обращать внимание на скорость доступа к хранилищу, что способствовало применению SSD и высокоскоростных устройств чтения и записи. В 2.6 была введена цепочка хешей для контроля темпа добычи, что сбалансировало предельную полезность высокопроизводительных устройств и предоставило справедливое пространство для участия малым и средним майнерам.
Последующие версии further усиливают сетевую кооперацию и разнообразие хранения: 2.7 добавляет механизмы совместной добычи и пулов, повышая конкурентоспособность малых шахтеров; 2.8 вводит механизм комплексной упаковки, позволяющий устройствам с большой емкостью и низкой скоростью гибко участвовать; 2.9 представляет новый процесс упаковки в формате replica_ 2 _ 9, значительно повышая эффективность и снижая вычислительные зависимости, завершая замкнутый цикл модели добычи, ориентированной на данные.
В целом, путь обновления Arweave четко демонстрирует его долгосрочную стратегию, ориентированную на хранение: в то время как он продолжает сопротивляться тенденции концентрации вычислительной мощности, он также постоянно снижает порог участия, обеспечивая возможность долгосрочной работы протокола.
Walrus: Объятие горячих данных – это хайп или скрытая мудрость?
С точки зрения концепции, Walrus совершенно отличается от Filecoin и Arweave. Отправной точкой Filecoin является создание децентрализованной верифицируемой системы хранения, ценой которой является хранение холодных данных; отправной точкой Arweave является создание онлайновой Александрийской библиотеки, которая может хранить данные навсегда, ценой которой является слишком малое количество сценариев; отправной точкой Walrus является оптимизация затрат на хранение протокола горячего хранения данных.
Модифицированный код коррекции ошибок: инновации в затратах или старая бутылка с новым вином?
В области проектирования затрат на хранение Walrus считает, что расходы на хранение Filecoin и Arweave неразумны, поскольку оба используют архитектуру полной репликации, основное преимущество которой заключается в том, что каждый узел имеет полную копию, что обеспечивает высокую устойчивость к сбоям и независимость между узлами. Такая архитектура гарантирует, что даже если часть узлов отключится, сеть все равно будет иметь доступность данных. Однако это также означает, что системе требуется многократная избыточность для поддержания надежности, что приводит к увеличению затрат на хранение. Особенно в дизайне Arweave механизм консенсуса сам по себе поощряет избыточное хранение узлов для повышения безопасности данных. В то время как Filecoin более гибок в контроле затрат, цена заключается в том, что некоторые низкозатратные хранилища могут иметь более высокий риск потери данных. Walrus пытается найти баланс между двумя подходами, его механизм контролирует затраты на репликацию, одновременно повышая доступность за счет структурированной избыточности, тем самым устанавливая новый компромисс между доступностью данных и эффективностью затрат.
Технология Redstuff, разработанная Walrus, является ключевой для снижения избыточности узлов и основана на кодировании Рида-Соломона (RS). Кодирование RS — это очень традиционный алгоритм для исправления ошибок, который позволяет удваивать набор данных, добавляя избыточные фрагменты ( erasure code ), что можно использовать для восстановления оригинальных данных. От CD-ROM до спутниковой связи и QR-кодов, эта технология часто используется в повседневной жизни.
Коды исправления позволяют пользователям получить блок, например, 1 МБ, а затем "увеличить" его до 2 МБ, где дополнительные 1 МБ представляют собой специальные данные, называемые кодами исправления. Если любой байт в блоке потерян, пользователи могут легко восстановить эти байты с помощью кода. Даже если потерян блок размером до 1 МБ, вы все равно можете восстановить весь блок. Такая же технология позволяет компьютерам считывать все данные с CD-ROM, даже если он поврежден.
В настоящее время наиболее часто используется кодирование РС. Способ реализации заключается в том, чтобы начать с k информационных блоков, построить соответствующий многочлен и оценить его в различных координатах x, чтобы получить кодируемые блоки. При использовании кодов РС вероятность случайной выборки больших блоков потерянных данных очень мала.
Пример: разделите файл на 6 данных блоков и 4 контрольных блока, всего 10 частей. Если сохранить любые 6 частей, можно полностью восстановить исходные данные.
Преимущества: высокая степень устойчивости к ошибкам, широко применяется в CD/DVD, отказоустойчивых дисковых массивах (RAID) и облачных системах хранения (таких как Azure Storage, Facebook F 4).
Недостатки: сложность вычисления декодирования, высокая стоимость; не подходит для сценариев с частыми изменениями данных. Поэтому обычно используется для восстановления и управления данными в централизованных средах вне цепочки.
В условиях децентрализованной архитектуры Storj и Sia адаптировали традиционное RS-кодирование для удовлетворения реальных потребностей распределенной сети. Walrus также предложил свой вариант на этой основе — алгоритм кодирования RedStuff, чтобы обеспечить более низкие затраты и более гибкий механизм резервного хранения.
Какова основная особенность Redstuff? ** Благодаря улучшенному алгоритму кодирования с исправлением ошибок, Walrus может быстро и надежно кодировать неструктурированные блоки данных в более мелкие фрагменты, которые распределяются для хранения в сети узлов хранения. Даже если потеряно до двух третей фрагментов, оригинальный блок данных можно быстро восстановить с использованием части фрагментов. ** Это возможно при сохранении коэффициента копирования всего от 4 до 5 раз.
Поэтому имеет смысл определить Walrus как легкий протокол избыточности и восстановления, переработанный для децентрализованного окружения. В отличие от традиционных кодов исправления ошибок (таких как Рид-Соломон), RedStuff больше не стремится к строгой математической согласованности, а вместо этого проводит реалистичные компромиссы в отношении распределения данных, проверки хранения и вычислительных затрат. Эта модель отказывается от механизма немедленного декодирования, необходимого для централизованного планирования, и вместо этого использует проверку Proof в цепочке для подтверждения того, что узлы хранят конкретные копии данных, что позволяет адаптироваться к более динамичной и маргинализованной сетевой структуре.
Ядро дизайна RedStuff заключается в разделении данных на два типа: основные срезы и вторичные срезы. Основные срезы используются для восстановления оригинальных данных, их создание и распределение подчиняются строгим ограничениям, порог восстановления составляет f + 1, и требуется 2 f + 1 подписей в качестве подтверждения доступности. Вторичные срезы создаются с помощью простых операций, таких как XOR, и предназначены для обеспечения гибкой отказоустойчивости и повышения общей надежности системы. Эта структура по сути снижает требования к согласованности данных — допускает кратковременное хранение различных версий данных на разных узлах, подчеркивая практический путь "конечной согласованности". Хотя это похоже на более мягкие требования к ретро-блокам в системах, таких как Arweave, и достигло определенного эффекта в снижении нагрузки на сеть, это также ослабляет гарантии немедленной доступности и целостности данных.
Нельзя игнорировать тот факт, что RedStuff, хотя и реализует эффективное хранение в условиях низкой вычислительной мощности и низкой пропускной способности, по сути, все же является «вариантом» системы кодирования с исправлением ошибок. Он жертвует частью определенности чтения данных ради контроля затрат и масштабируемости в децентрализованной среде. Однако на уровне применения еще предстоит наблюдать, сможет ли такая архитектура поддерживать сценарии данных с большим объемом и высокой частотой взаимодействия. Более того, RedStuff не преодолел долгосрочные вычислительные узкие места кодирования с исправлением ошибок, а скорее обошел высокие точки сцепления традиционной архитектуры с помощью структурных стратегий, и его инновационность больше проявляется в комбинированной оптимизации на инженерной стороне, а не в революции на уровне базовых алгоритмов.
Таким образом, RedStuff больше похож на «разумное переоснащение» для текущей реальной среды децентрализованного хранения. Он действительно привносит улучшения в избыточные затраты и операционные нагрузки, позволяя краевым устройствам и не высокопроизводительным узлам участвовать в задачах хранения данных. Но в бизнес-сценариях с широкомасштабным применением, универсальной адаптацией вычислений и более высокими требованиями к согласованности его возможности все еще довольно ограничены. Это делает инновации Walrus больше похожими на адаптивное преобразование существующей технологической системы, а не на решающий прорыв в продвижении парадигмы децентрализованного хранения.
Sui и Walrus: может ли высокопроизводительная публичная цепочка способствовать практическому использованию хранения?
Из официальной исследовательской статьи Walrus видно, что его целевая сцена: «Изначальная цель дизайна Walrus — предоставить решение для хранения крупных двоичных файлов (Blobs), которые являются жизненной силой многих децентрализованных приложений.»
Так называемые крупные blob-данные обычно относятся к объемным бинарным объектам с нерегулярной структурой, таким как видео, аудио, изображения, файлы моделей или пакеты программного обеспечения и т.д.
В контексте криптовалют это больше относится к изображениям и видео в NFT и контенте социальных медиа. Это также составляет основное направление приложения Walrus.
Таким образом, основное назначение Walrus можно понимать как систему горячего хранения для обслуживания контентных активов, таких как NFT, подчеркивая возможности динамического вызова,实时 обновления и управления версиями.
Это также объясняет, почему Walrus нуждается в Sui: с помощью высокопроизводительных возможностей цепочки Sui Walrus может создавать высокоскоростную сеть поиска данных, значительно снижая эксплуатационные расходы без необходимости разработки высокопроизводительной публичной цепочки, тем самым избегая прямой конкуренции с традиционными облачными сервисами по единичным затратам.
Согласно официальным данным, стоимость хранения Walrus составляет примерно одну пятую от стоимости традиционных облачных сервисов, хотя она кажется в десятки раз дороже, чем Filecoin и Arweave. Однако его цель не в том, чтобы добиться максимально низкой стоимости, а в создании децентрализованной системы горячего хранения, которая может использоваться в реальных бизнес-сценариях. Сам Walrus работает как PoS-сеть, основной задачей которой является проверка честности узлов хранения и обеспечение базовой безопасности всей системы.
Что касается того, действительно ли Sui нуждается в Walrus, то на данный момент это больше относится к экосистемной нарративе.** Если рассматривать финансовые расчеты как основное назначение, то Sui не срочно нуждается в поддержке оффлайн-хранения.** Однако, если в будущем она хочет поддерживать более сложные сценарии на блокчейне, такие как AI-приложения, капитализация контента, компонуемые агенты и т.д., то уровень хранения будет незаменим в предоставлении контекста, среды и возможностей индексирования. Высокопроизводительная цепочка может обрабатывать сложные модели состояния, но эти состояния должны быть связаны с проверяемыми данными, чтобы построить надежную сеть контента.
Shelby: Специальная оптоволоконная сеть полностью раскрывает сценарии применения Web3
В текущих Web3 приложениях самой большой технической проблемой является "производительность чтения", которая остается труднопреодолимым ограничением.
Независимо от того, речь идет о потоковом видео, системах RAG, инструментах для совместной работы в реальном времени или движках вывода AI моделей, все они зависят от низкой задержки и высокой пропускной способности при доступе к горячим данным. Протоколы децентрализованного хранения (от Arweave, Filecoin до Walrus) хотя и достигли прогресса в области долговечности данных и децентрализации доверия, но из-за работы в публичном интернете они по-прежнему не могут избавиться от ограничений высокой задержки, нестабильной пропускной способности и неконтролируемого распределения данных.
Шелби пытался решить эту проблему с самого корня.
Во-первых, механизм Paid Reads напрямую перестраивает дилемму "чтения" в децентрализованном хранении. В традиционных системах чтение данных почти бесплатно, отсутствие эффективного механизма стимулов приводит к тому, что сервисные узлы часто ленятся реагировать и работают некачественно, что приводит к тому, что фактический пользовательский опыт значительно отстает от Web2.
Shelby связывает опыт пользователей с доходами сервисных узлов, вводя модель оплаты за объем прочитанной информации: чем быстрее и стабильнее узел возвращает данные, тем больше он получит вознаграждения.
Эта модель не является «вспомогательным экономическим дизайном», а представляет собой основную логику дизайна производительности Shelby — без стимула нет надежной производительности; только с стимулом возможно устойчивое улучшение качества обслуживания.
Во-вторых, одним из самых значительных технических прорывов, представленных Шелби, является внедрение специализированной волоконно-оптической сети (Dedicated Fiber Network), что эквивалентно строительству высокоскоростной сети для мгновенного считывания горячих данных Web3.
Эта архитектура полностью обходит общепринятый публичный уровень передачи, на который полагаются системы Web3, и напрямую разворачивает узлы хранения и узлы RPC на высокопроизводительной, с низкой загруженностью, физически изолированной магистрали передачи. Это не только значительно снижает задержку связи между узлами, но и обеспечивает предсказуемость и стабильность пропускной способности передачи. Подлежащая сеть Shelby более близка к модели развертывания выделенных линий между внутренними дата-центрами AWS, а не логике "загрузки на какой-то узел майнера" других протоколов Web3.
Источник: белая книга Shelby
Эта обратная архитектура на сетевом уровне сделала Shelby первым децентрализованным протоколом горячего хранения, который в истинном смысле способен предоставить опыт использования на уровне Web2. Пользователи, читающие 4K видео, вызывающие данные встраивания крупной языковой модели или восстанавливающие журнал транзакций на Shelby, больше не должны терпеть секунды задержки, обычно присущие системам холодных данных, а могут получать отклики менее чем за секунду. Для узлов обслуживания специализированная сеть не только повышает эффективность обслуживания, но и значительно снижает затраты на пропускную способность, делая механизм «оплата по объему чтения» действительно экономически целесообразным, что стимулирует систему к развитию в сторону более высокой производительности, а не большего объема хранения.
Можно сказать, что введение специализированной оптоволоконной сети стало ключевой поддержкой, позволяющей Shelby "выглядеть как AWS, но по сути быть Web3". Это не только разрушает естественное противоречие между децентрализацией и производительностью, но и открывает реальные возможности для применения Web3 в таких аспектах, как частое считывание, высокоскоростная маршрутизация и доступ на низкой стоимости на границах.
Кроме того, в вопросах долговечности данных и затрат Shelby использует Эффективную Кодирующую Схему, разработанную Clay Codes, которая реализует оптимальную кодировочную структуру MSR и MDS с математической точки зрения, достигая хранения с избыточностью менее 2x, при этом сохраняя долговечность на уровне 11 девяток и 99,9% доступности. В то время как большинство протоколов хранения Web3 все еще имеют уровень избыточности от 5x до 15x, Shelby не только более эффективен с технической точки зрения, но и более конкурентоспособен по затратам. Это также означает, что для разработчиков dApp, которые действительно ценят оптимизацию затрат и распределение ресурсов, Shelby предлагает реальный вариант «и дешевле, и быстрее».
Резюме
Смотрев на эволюционный путь от Filecoin, Arweave и Walrus до Shelby, мы можем четко увидеть: наратив децентрализованного хранения данных постепенно переходит от "существование есть разумность" как технологической утопии к "доступность есть справедливость" как реалистичному подходу. Первоначальный Filecoin использовал экономические стимулы для вовлечения аппаратного обеспечения, но реальные потребности пользователей долгое время оставались на обочине; Arweave выбрал экстремальное постоянное хранение, но в условиях затишья приложения стал казаться все более изолированным; Walrus пытается найти новый баланс между затратами и производительностью, но все еще есть вопросы о реализации сценариев и механизмах стимулирования. Только с появлением Shelby децентрализованное хранение данных впервые системно ответило на "уровень доступности Web2" — от специализированной оптоволоконной сети на уровне передачи до эффективного дизайна кодов исправления на уровне вычислений, а затем до механизма стимулов оплаты за чтение, эти способности, ранее принадлежащие централизованным облачным платформам, начинают перестраиваться в мире Web3.
Появление Shelby не означает завершение проблем. Оно также не решает все вызовы: экосистема разработчиков, управление доступом, подключение терминалов и другие вопросы все еще впереди. Но его значение заключается в том, что оно открывает возможный путь для индустрии децентрализованного хранения, не жертвуя производительностью, разрушая бинарный парадокс "либо противодействие цензуре, либо удобство".
Путь к популяризации децентрализованного хранения не будет зависеть только от熱度 концепции или спекуляций с токенами, а должен перейти в этап, движимый приложениями, который будет "доступным, интегрируемым и устойчивым". На этом этапе тот, кто сможет в первую очередь решить реальные проблемы пользователей, сможет переопределить структуру следующего рассказа о инфраструктуре. Переход от логики майнинга к логике использования, возможно, прорыв Shelby знаменует собой конец одной эпохи — и начало другой.
О Movemaker
Movemaker — это первая официальная общественная организация, созданная при поддержке фонда Aptos и совместно инициированная Ankaa и BlockBooster, сосредоточенная на продвижении строительства и развития экосистемы Aptos в китайскоязычном регионе. В качестве официального представителя Aptos в китайскоязычном регионе Movemaker стремится создать многообразную, открытая и процветающую экосистему Aptos, соединяя разработчиков, пользователей, капитал и многочисленные партнеры экосистемы.
Отказ от ответственности:
Данная статья/блог предназначена только для справки, отражает личное мнение автора и не представляет собой позицию Movemaker. Данная статья не предназначена для предоставления: (i) инвестиционных советов или рекомендаций; (ii) предложений или привлечений для покупки, продажи или хранения цифровых активов; или (iii) финансовых, бухгалтерских, юридических или налоговых советов. Хранение цифровых активов, включая стабильные монеты и NFT, связано с высоким риском, цены подвержены значительным колебаниям и могут стать совершенно бесполезными. Вы должны тщательно обдумать, подходят ли вам сделки или хранение цифровых активов, исходя из вашего финансового положения. Если у вас есть конкретные вопросы, пожалуйста, проконсультируйтесь с вашим юридическим, налоговым или инвестиционным консультантом. Информация, представленная в данной статье (включая рыночные данные и статистику, если имеются), предназначена только для общего ознакомления. При составлении этих данных и графиков была проявлена разумная осторожность, но автор не несет ответственности за любые фактические ошибки или упущения, содержащиеся в них.