Хранение когда-то было одной из ведущих нарративов в индустрии, 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, ограничивающий использование специализированной вычислительной мощности и требующий участия универсальных CPU в майнинге, тем самым ослабляя централизацию вычислительных мощностей.
В версии 2.0 Arweave использует SPoA, преобразуя доказательства данных в упрощенные пути структуры Меркла и вводя транзакции формата 2 для снижения нагрузки при синхронизации. Эта архитектура облегчает давление на сетевую пропускную способность, значительно увеличивая способность узлов к совместной работе. Тем не менее, некоторые майнеры все еще могут избегать ответственности за реальные данные, используя стратегии централизованных высокоскоростных хранилищ.
Чтобы исправить эту тенденцию, в версии 2.4 была введена механика SPoRA, которая включает глобальные индексы и медленный хэш-случайный доступ, заставляя майнеров действительно владеть блоками данных для участия в эффективном создании блоков, тем самым механически ослабляя эффект наращивания вычислительной мощности. В результате майнеры начали обращать внимание на скорость доступа к хранилищу, что способствовало применению SSD и высокоскоростных устройств чтения и записи. В версии 2.6 была введена цепочка хешей для контроля темпа создания блоков, что сбалансировало предельные выгоды высокопроизводительных устройств и обеспечило справедливое участие для малых и средних майнеров.
В последующих версиях будет усилена способность сетевого взаимодействия и разнообразие хранения: 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, даже если он поврежден.
В настоящее время наиболее часто используется кодирование RS. Способ реализации заключается в том, чтобы начать с k информационных блоков, построить соответствующий многочлен и оценить его в разных координатах x, чтобы получить кодовые блоки. Используя коды RS, вероятность случайной потери больших объемов данных очень мала.
!
Например: разделите файл на 6 блоков данных и 4 блока проверки, всего 10 частей. Достаточно сохранить любые 6 частей, чтобы полностью восстановить исходные данные.
Преимущества: высокая отказоустойчивость, широко используется в CD/DVD, системах защиты от сбоев (RAID) и облачных системах хранения (таких как Azure Storage, Facebook F4).
Недостатки: сложность вычисления декодирования, высокие затраты; не подходит для сценариев с частыми изменениями данных. Поэтому обычно используется для восстановления и распределения данных в централизованных условиях вне цепочки.
В условиях децентрализованной архитектуры Storj и Sia адаптировали традиционное RS-кодирование для удовлетворения реальных потребностей распределенной сети. Walrus также предложил свой вариант на этой основе — алгоритм кодирования RedStuff, чтобы обеспечить более низкие затраты и более гибкий механизм резервного хранения.
Каковы основные характеристики Redstuff? ** Благодаря улучшенному алгоритму кодирования с коррекцией ошибок, Walrus может быстро и надежно кодировать неструктурированные блоки данных в меньшие фрагменты, которые распределяются по сети узлов хранения. Даже если потеряно до двух третей фрагментов, можно быстро восстановить оригинальные блоки данных, используя часть фрагментов. ** Это становится возможным при сохранении коэффициента копирования всего от 4 до 5 раз.
Таким образом, разумно определить Walrus как легковесный протокол избыточности и восстановления, переработанный для децентрализованных сценариев. В отличие от традиционных кодов исправления ошибок (таких как Рид-Соломон), RedStuff больше не стремится к строгой математической согласованности, а вместо этого проводит реалистичный компромисс по распределению данных, верификации хранения и вычислительным затратам. Эта модель отказывается от мгновенной механики декодирования, необходимой для централизованного управления, и вместо этого использует проверку Proof на блокчейне, чтобы подтвердить, что узлы хранят конкретные копии данных, адаптируясь к более динамичной и маргинализированной сетевой структуре.
Ядром дизайна RedStuff является разделение данных на две категории: основные фрагменты и вторичные фрагменты. Основные фрагменты используются для восстановления исходных данных, их создание и распределение подчиняются строгим ограничениям, порог восстановления составляет f+1, и необходимо 2f+1 подписей в качестве подтверждения доступности. Вторичные фрагменты создаются с помощью простых операций, таких как XOR-комбинация, и предназначены для обеспечения гибкой устойчивости к ошибкам, улучшая общую надежность системы. Эта структура по сути снижает требования к согласованности данных — позволяет различным узлам кратковременно хранить разные версии данных, подчеркивая практический путь "конечной согласованности". Хотя она похожа на более свободные требования к обратным блокам в системах, таких как Arweave, и достигла определенного эффекта в снижении нагрузки на сеть, она также ослабила гарантии немедленной доступности и целостности данных.
Необходимо отметить, что хотя RedStuff реализует эффективное хранение в условиях низкой вычислительной мощности и низкой пропускной способности, по сути, это все же является «вариантом» системы кодирования с исправлением ошибок. Он жертвует частью определенности чтения данных ради контроля затрат и расширяемости в децентрализованной среде. Однако на уровне приложений еще предстоит увидеть, сможет ли такая архитектура поддерживать масштабные и высокочастотные взаимодействия с данными. Более того, RedStuff не преодолел долгосрочные вычислительные узкие места кодирования, а скорее, избегает высоких точек сопряжения традиционной архитектуры с помощью структурных стратегий, а его инновации в большей степени проявляются в оптимизации комбинаций на инженерной стороне, а не в разрушении на уровне базовых алгоритмов.
Таким образом, RedStuff больше похож на «разумную модификацию» текущей реальной среды децентрализованного хранения. Он действительно привнес улучшения в избыточные затраты и рабочую нагрузку, позволяя крайним устройствам и не высокопроизводительным узлам участвовать в задачах хранения данных. Однако в сценариях с массовым применением, универсальной адаптацией вычислений и более высокими требованиями к согласованности его возможности все еще довольно ограничены. Это делает инновации Walrus больше похожими на адаптивную модификацию существующей технологической системы, а не на решающий прорыв в переходе на парадигму децентрализованного хранения.
Sui и Walrus: сможет ли высокопроизводительная публичная цепочка способствовать практическому использованию хранения?
Из официальной исследовательской статьи Walrus видно, что его целевая сцена: "Цель дизайна Walrus заключается в том, чтобы предоставить решение для хранения крупных двоичных файлов (Blobs), которые являются жизненно важными для многих децентрализованных приложений."
Так называемые большие blob-данные обычно относятся к объемным, неструктурированным бинарным объектам, таким как видео, аудио, изображения, файлы моделей или пакеты программного обеспечения и т.д.
В контексте криптовалют это больше относится к изображениям и видео в NFT и контенте социальных медиа. Это также является основным направлением приложения Walrus.
Несмотря на то, что в статье также упоминаются потенциальные применения хранилищ данных моделей ИИ и уровня доступности данных (DA), постепенное затухание Web3 AI уже оставило очень немного связанных проектов, и в будущем количество протоколов, реально принявших Walrus, может быть крайне ограничено.
Что касается направления уровня DA, то нужно дождаться повторного привлечения внимания рынка к таким основным проектам, как Celestia, чтобы проверить жизнеспособность 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 видео, вызывать данные embedding большого языковой модели или отслеживать журналы транзакций на 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 в области Децентрализации хранения?
Автор: @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, ограничивающий использование специализированной вычислительной мощности и требующий участия универсальных CPU в майнинге, тем самым ослабляя централизацию вычислительных мощностей.
В версии 2.0 Arweave использует SPoA, преобразуя доказательства данных в упрощенные пути структуры Меркла и вводя транзакции формата 2 для снижения нагрузки при синхронизации. Эта архитектура облегчает давление на сетевую пропускную способность, значительно увеличивая способность узлов к совместной работе. Тем не менее, некоторые майнеры все еще могут избегать ответственности за реальные данные, используя стратегии централизованных высокоскоростных хранилищ.
Чтобы исправить эту тенденцию, в версии 2.4 была введена механика SPoRA, которая включает глобальные индексы и медленный хэш-случайный доступ, заставляя майнеров действительно владеть блоками данных для участия в эффективном создании блоков, тем самым механически ослабляя эффект наращивания вычислительной мощности. В результате майнеры начали обращать внимание на скорость доступа к хранилищу, что способствовало применению SSD и высокоскоростных устройств чтения и записи. В версии 2.6 была введена цепочка хешей для контроля темпа создания блоков, что сбалансировало предельные выгоды высокопроизводительных устройств и обеспечило справедливое участие для малых и средних майнеров.
В последующих версиях будет усилена способность сетевого взаимодействия и разнообразие хранения: 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, даже если он поврежден.
В настоящее время наиболее часто используется кодирование RS. Способ реализации заключается в том, чтобы начать с k информационных блоков, построить соответствующий многочлен и оценить его в разных координатах x, чтобы получить кодовые блоки. Используя коды RS, вероятность случайной потери больших объемов данных очень мала.
!
Например: разделите файл на 6 блоков данных и 4 блока проверки, всего 10 частей. Достаточно сохранить любые 6 частей, чтобы полностью восстановить исходные данные.
Преимущества: высокая отказоустойчивость, широко используется в CD/DVD, системах защиты от сбоев (RAID) и облачных системах хранения (таких как Azure Storage, Facebook F4).
Недостатки: сложность вычисления декодирования, высокие затраты; не подходит для сценариев с частыми изменениями данных. Поэтому обычно используется для восстановления и распределения данных в централизованных условиях вне цепочки.
В условиях децентрализованной архитектуры Storj и Sia адаптировали традиционное RS-кодирование для удовлетворения реальных потребностей распределенной сети. Walrus также предложил свой вариант на этой основе — алгоритм кодирования RedStuff, чтобы обеспечить более низкие затраты и более гибкий механизм резервного хранения.
Каковы основные характеристики Redstuff? ** Благодаря улучшенному алгоритму кодирования с коррекцией ошибок, Walrus может быстро и надежно кодировать неструктурированные блоки данных в меньшие фрагменты, которые распределяются по сети узлов хранения. Даже если потеряно до двух третей фрагментов, можно быстро восстановить оригинальные блоки данных, используя часть фрагментов. ** Это становится возможным при сохранении коэффициента копирования всего от 4 до 5 раз.
Таким образом, разумно определить Walrus как легковесный протокол избыточности и восстановления, переработанный для децентрализованных сценариев. В отличие от традиционных кодов исправления ошибок (таких как Рид-Соломон), RedStuff больше не стремится к строгой математической согласованности, а вместо этого проводит реалистичный компромисс по распределению данных, верификации хранения и вычислительным затратам. Эта модель отказывается от мгновенной механики декодирования, необходимой для централизованного управления, и вместо этого использует проверку Proof на блокчейне, чтобы подтвердить, что узлы хранят конкретные копии данных, адаптируясь к более динамичной и маргинализированной сетевой структуре.
Ядром дизайна RedStuff является разделение данных на две категории: основные фрагменты и вторичные фрагменты. Основные фрагменты используются для восстановления исходных данных, их создание и распределение подчиняются строгим ограничениям, порог восстановления составляет f+1, и необходимо 2f+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 видео, вызывать данные embedding большого языковой модели или отслеживать журналы транзакций на 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, связано с высокими рисками, значительными колебаниями цен и даже может привести к полной потере стоимости. Вам следует тщательно рассмотреть, подходит ли вам торговля или удержание цифровых активов, основываясь на вашей финансовой ситуации. Если у вас есть конкретные вопросы, пожалуйста, проконсультируйтесь с вашим юридическим, налоговым или инвестиционным консультантом. Информация, представленная в данном документе (включая рыночные данные и статистику, если имеются), предназначена только для общего ознакомления. При составлении этих данных и графиков была проявлена разумная осторожность, однако мы не несем ответственности за любые фактические ошибки или упущения, содержащиеся в них.