Автор: Ponyo
Перевод: Sui Network
Резюме ключевых моментов
🔧 Архитектура: Irys — это полнофункциональная интегрированная Layer 1 «данная цепь», предоставляющая нативный доступ к blob (блокам данных), но требующая совершенно нового набора узлов проверки. Walrus — это слой хранения с кодами с исправлением ошибок, построенный на Sui, который легче интегрируется, но требует межуровневой координации.
💰 Экономическая модель: Irys использует единый токен IRYS для унификации оплаты расходов и вознаграждений, что упрощает пользовательский опыт, но создает более высокий риск колебаний цен. Walrus разделяет функции на два токена: WAL (для хранения) и SUI (для газа), что эффективно изолирует затраты, но требует поддержки двух систем стимулов.
📦 Долговечность и вычислительная мощность: Irys поддерживает 10 полных копий и передает данные непосредственно в свою виртуальную машину; Walrus использует примерно 5-кратную избыточность кода с исправлением ошибок и хэш-проверкой, что снижает стоимость хранения каждого GB, но делает реализацию протокола более сложной.
💾 Адаптивность: Irys предлагает модель пожертвования «один раз платите, храните навсегда», что отлично подходит для сохранения неизменяемых данных, но первоначальные затраты высоки. Walrus использует механизм аренды «оплата по мере необходимости, автоматическое продление», что облегчает контроль за расходами и быстро интегрируется с Sui.
📈 Применение: хотя Walrus все еще на ранней стадии, он быстро развивается, имея хранение на уровне PB, более 100 операторов узлов и уже принятый несколькими NFT и игровыми брендами. В то время как Irys все еще находится на этапе предварительного расширения, объем данных не достиг уровня PB, а сеть узлов также находится на стадии роста.
Walrus и Irys стремятся решить одну и ту же проблему: предоставить надежное и мотивированное хранение данных на цепочке. Но их концепции дизайна совершенно различные: Irys — это специально созданный для хранения данных уровень 1 блокчейн, который объединяет хранение, выполнение и консенсус в вертикально интегрированной архитектуре; в то время как Walrus является модульной сетью хранения, полагающейся на Sui для координации и расчетов, одновременно работая на независимом уровне хранения вне сети.
Хотя команда Irys изначально изображала его как более оптимальное «встроенное» решение, а Walrus определяла как ограниченную «внешнюю» систему, на практике обе имеют свои плюсы и минусы, и выбор различен. Этот текст на основе технической перспективы предоставляет объективное сравнение Walrus и Irys по 6 измерениям, опровергает односторонние утверждения и предоставляет разработчикам четкое руководство по выбору наиболее подходящего пути в зависимости от затрат, сложности и опыта разработки.
1. Архитектура протокола
1.1 Irys: вертикально интегрированный L1
Irys воплощает классическую идею «самодостаточности». Она имеет свой механизм консенсуса, модель ставок и исполнительную виртуальную машину (IrysVM), которые тесно интегрированы с ее подсистемой хранения.
Узлы проверки одновременно выполняют три роли:
Хранить пользовательские данные в виде полных копий;
Выполнять логику смарт-контракта в IrysVM;
Защищать сеть с помощью смешанной механики PoW + ставок.
Поскольку эти функции сосуществуют в одном протоколе, каждый уровень, от заголовка блока до правил извлечения данных, может быть оптимизирован для обработки больших объемов данных. Смарт-контракты могут напрямую ссылаться на файлы в цепочке, а доказательства хранения будут следовать общему пути консенсуса обычных транзакций. Преимущество заключается в высоком уровне согласованности архитектуры: разработчики сталкиваются лишь с одной границей доверия, одним активом сборов (IRYS), и опыт чтения данных в коде контракта аналогичен нативной поддержке.
Но это стоит высоких стартовых затрат. Новая сеть уровня должна набирать операторов оборудования с нуля, строить индексаторы, запускать блокчейн-эксплореры, усиливать клиентские приложения и развивать инструменты разработки. На начальном этапе, когда узлы проверки еще не окрепли, гарантии времени блока и экономическая безопасность отстают от старых цепочек. Поэтому архитектура Irys выбрала более глубокую интеграцию данных, пожертвовав скоростью запуска экосистемы.
1.2 Walrus: модульный уровень наложения
Walrus выбрал совершенно другой путь. Его узлы хранения работают вне сети, в то время как высокопроизводительный L1 Sui отвечает за обработку сортировки, платежей и метаданных через смарт-контракты Move. Когда пользователь загружает blob (блок данных), Walrus разбивает его на фрагменты и распределяет их по узлам, а затем записывает объект в цепочке на Sui, содержащий хэш содержимого, распределение фрагментов и условия аренды. Продление, штрафы и вознаграждения выполняются как обычные транзакции Sui, оплачиваются газом SUI, но используют токен WAL в качестве единицы расчетов за хранение.
Полагаясь на Sui, Walrus получает следующие преимущества:
Проверенный механизм консенсуса с байтанской устойчивостью;
Совершенная инфраструктура для разработки;
Мощная программируемость;
Экономика с ликвидностью;
Множество существующих разработчиков Move могут интегрироваться напрямую без миграции протокола.
Но цена за это — необходимость межуровневой координации. Каждое событие жизненного цикла (загрузка, продление, удаление) должно координироваться между двумя полунезависимыми сетями. Узлы хранения должны доверять окончательности Sui, при этом оставаясь производительными даже в случае перегрузки Sui; в то время как узлы проверки Sui не проверяют, действительно ли данные хранятся на диске, поэтому они должны полагаться на систему криптографических доказательств Walrus для обеспечения подотчетности. По сравнению с монолитным дизайном такая архитектура неизбежно имеет более высокую задержку, и часть сборов (SUI gas) идет тем, кто фактически не хранит данные.
1.3 Резюме дизайна
Irys имеет вертикально интегрированную монолитную архитектуру, в то время как Walrus является модульным решением с горизонтальной интеграцией. Irys обладает большей архитектурной свободой и единым пределом доверия, но должна преодолеть проблемы, связанные со строительством экосистемы на этапе холодного старта. Walrus же, используя зрелую систему консенсуса Sui, значительно снижает порог доступа для разработчиков в существующей экосистеме, но должен решать сложности координации между двумя экономическими доменами и системами операторов. Оба режима не имеют абсолютных преимуществ и различаются лишь в направлениях оптимизации: один стремится к согласованности (coherence), другой — к совместимости (composability).
Когда выбор протокола зависит от уровня знакомства разработчиков, привлекательности экосистемы или скорости запуска, многоуровневая модель Walrus может быть более актуальной. Однако, когда узким местом являются глубокая интеграция данных и вычислений или необходимость в индивидуальной логике консенсуса, такая цепочка, как Irys, разработанная специально для данных, также имеет достаточные основания для того, чтобы взять на себя более тяжелую архитектурную нагрузку.
2. Экономика токенов и механизмы стимулов
2.1 Irys: один токен управляет всем стеком протокола
Нативный токен Irys IRYS охватывает экономическую модель всей платформы:
Плата за хранение: пользователи предоплачивают IRYS для хранения данных;
Исполнительный газ: все вызовы смарт-контрактов также оцениваются в IRYS;
Вознаграждение для майнеров: субсидии за блоки, доказательства хранения и сборы за транзакции оплачиваются в IRYS.
Поскольку майнеры одновременно отвечают за хранение данных и выполнение контрактов, доходы от вычислений могут компенсировать недостаток доходов от хранения. Теоретически, когда деятельность DeFi на Irys активна, доходы от вычислений будут компенсировать хранение данных, обеспечивая услуги почти по себестоимости; если объем контрактов низок, механизм субсидий будет корректироваться обратно. Этот механизм взаимных субсидий помогает сбалансировать доходы майнеров и согласовать стимулы для всех ролей в протоколе. Для разработчиков единый актив означает меньше процессов управления и упрощенный пользовательский опыт, особенно для тех, кто не хочет, чтобы пользователи имели дело с несколькими токенами.
Но недостатком является риск связанной с единственным активом: как только цена IRYS упадет, награды за вычисления и хранение будут снижаться, и майнеры столкнутся с двойным давлением. Экономическая безопасность протокола и долговечность данных связаны одной кривой колебаний цен.
2.2 Walrus: модель двойной экономики токенов
Walrus разделяет функциональные обязанности на два токена:
$WAL: экономическая единица слоя хранения. Пользователи оплачивают стоимость аренды пространства с помощью WAL, операторы узлов получают вознаграждения WAL за ставку и хранение фрагментов данных, вознаграждения также связаны с их весом залога.
$SUI: газовый токен для координации транзакций на цепочке. Для загрузки, продления аренды, штрафов и любых других транзакций на Sui необходимо использовать SUI, который вознаграждается узлам проверки Sui, а не узлам хранения Walrus.
Это разделение делает экономику хранения ясной: стоимость WAL зависит только от спроса на хранение данных и срока аренды, не будет затрагиваться торговлей DEX на Sui или всплесками NFT. В то же время Walrus также может унаследовать ликвидность Sui, мосты между цепями и входы в фиат — большинство строителей Sui уже держат SUI, поэтому предельные затраты на внедрение WAL невелики.
Но модель двойного токена также имеет проблемы с разделением стимулов. Узлы Walrus не могут участвовать в доходах от транзакционных сборов SUI, поэтому цена WAL должна быть достаточно высокой, чтобы обеспечить оборудование, пропускную способность и ожидания доходности. Если цена WAL стагнирует, а SUI gas резко возрастает, стоимость для пользователя увеличивается, но у хранителей нет непосредственного дохода. Напротив, всплеск DeFi на Sui увеличивает доходы узлов проверки, что не имеет отношения к узлам Walrus. Таким образом, для поддержания долгосрочного баланса требуется активная оптимизация экономической модели: цены на хранение должны гибко изменяться в зависимости от затрат на оборудование, циклов спроса и глубины рынка WAL.
2.3 Резюме дизайна
Вкратце, Irys предлагает единый и простой пользовательский опыт, но сосредоточивает риски; Walrus четко разделяет границы на уровне токенов, что приводит к более тонкому экономическому учету, но требует решения проблем с двумя рыночными системами и распределением сборов. Создатели должны взвесить при выборе: предпочитают ли они бесшовный опыт или более предпочитают раздельное управление экономическими рисками, чтобы соответствовать своим планам по продуктам и финансовым стратегиям.
3. Долговечность данных и стратегии избыточности
3.1 Walrus: легкая высокая надежность с использованием кодов с исправлением ошибок
Walrus разбивает каждый блок данных (blob) на k фрагментов данных и добавляет m избыточных контрольных фрагментов (с использованием алгоритма кодирования RedStuff). Эта технология аналогична RAID или кодированию Рида-Соломона, но оптимизирована для децентрализованных и высокомобильных узлов. Достаточно взять k из k + m фрагментов, чтобы восстановить оригинальный файл, что приносит два преимущества:
Высокая пространственная эффективность: при типичных параметрах (примерно 5-кратное расширение) требуется вдвое меньше пространства для хранения по сравнению с традиционными схемами дублирования в 10 раз. Проще говоря, для хранения 1GB данных в Walrus в целом требуется около 5GB (распределенных между несколькими узлами в виде фрагментов), в то время как традиционная система полных копий может потребовать 10GB для достижения аналогичной безопасности.
Сильные способности к восстановлению по мере необходимости: способ кодирования Walrus не только экономит пространство, но и экономит пропускную способность. Когда какой-либо узел теряется, сеть восстанавливает только недостающие фрагменты, а не весь файл, значительно снижая затраты на пропускную способность. Этот механизм самовосстановления требует загрузки примерно равного объему данных, эквивалентному размеру потерянного фрагмента (т.е. O(blob_size/ количество фрагментов)), в то время как традиционная система копий обычно требует O(blob_size) объема данных.
Каждый фрагмент и распределение узлов будут существовать в виде объектов на Sui. Walrus каждый epoch будет вращать комитет по ставкам, проверяя доступность узлов через криптографические доказательства и автоматически перекодируя, когда потери узлов превышают безопасный порог. Этот механизм, хотя и сложен (включает две сети, несколько фрагментов и частую проверку), позволяет достичь наивысшей долговечности с минимальным объемом.
3.2 Irys: консервативный, но надежный механизм многократного резервирования
Irys сознательно выбрала более первобытный, прямой способ долговечности: каждый раздел данных в 16TB хранится в полном объеме 10 майнерами. Протокол предотвращает дублирование учета одинаковых жестких дисков путем внедрения «соли» (технология Matrix Packing) для определенных майнеров. Система постоянно проверяет диски узлов с помощью «доказательства полезной работы» (proof-of-useful-work), чтобы гарантировать, что каждый байт действительно существует; в противном случае майнер будет наказан и лишится залога.
На практике доступность данных зависит от того: ответит ли хотя бы один из 10 майнеров на запрос? Если какой-либо майнер не прошел проверку, система немедленно запустит повторное копирование, чтобы поддерживать стандарт в 10 копий. Эта стратегия стоит до 10 раз больше избыточности хранения данных, но логика проста и ясна, все состояния сосредоточены на одной цепи.
3.3 Резюме дизайна
Walrus сосредоточен на: решении проблем частой смены узлов благодаря эффективной стратегии кодирования и объектной модели Sui, тем самым обеспечивая долговечность данных без увеличения затрат. Irys же полагает, что с быстрым снижением затрат на оборудование, более прямой и тяжелый механизм многократного резервирования на практике будет более надежным и менее проблемным.
Если вам нужно хранить архивные данные уровня PB и вы готовы принять более высокую сложность протокола, коды с исправлением ошибок Walrus имеют преимущество в экономике за каждый байт. Если же вы больше цените простоту управления (одна цепь, одно доказательство, достаточная избыточность) и считаете, что расходы на оборудование относительно скорости доставки продукта незначительны, механизм из 10 копий Irys может обеспечить долговечность с минимальными усилиями.
4. Программируемые данные и вычисления на цепочке
4.1 Irys: нативная поддержка данных в смарт-контрактах
Поскольку хранение, механизм консенсуса и виртуальная машина Irys (IrysVM) используют одну и ту же книгу учета, контракты могут легко вызывать метод read_blob(id, offset, length), как если бы они читали свое собственное состояние. В процессе выполнения блока майнеры передают запрашиваемые фрагменты данных непосредственно в виртуальную машину, выполняют детерминированные проверки и продолжают обрабатывать результаты в рамках одной транзакции. Без оракулов, без передачи параметров пользователем, без промежуточных этапов вне сети.
Эта программируемая структура данных может реализовать следующие случаи использования:
Медиа NFT: полное размещение метаданных, изображений высокого разрешения и логики роялти на цепочке, с обеспечением принудительного выполнения на уровне байтов.
Цепочные AI: выполнение задач вывода непосредственно на весах модели, хранящихся в разделе.
Анализ больших данных: контракты могут сканировать журналы, генетические файлы и другие большие наборы данных без внешнего моста.
Хотя затраты на газ будут увеличиваться с увеличением количества считываемых байтов, пользовательский опыт все равно будет оцениваться в транзакциях IRYS.
4.2 Walrus: модель «сначала проверка, затем вычисления»
Поскольку Walrus не может напрямую передавать большие файлы в виртуальную машину Move, он использует модель «хэш-подтверждение + свидетельство (witness)»:
Когда пользователь хранит blob, Walrus записывает его хэш содержимого (content hash) на Sui;
Затем любой вызывающий может предоставить соответствующие фрагменты данных и легковесные доказательства, подтверждающие правильность этого фрагмента (например, путь Меркла или полный хэш);
Контракт Sui пересчитывает хэш и сравнивает его с метаданными Walrus. Если проверка успешна, данные доверяются, и выполняется последующая логика.
Преимущества:
Может быть немедленно использован без каких-либо изменений в протоколе L1;
Узлы проверки Sui не требуют знания о больших объемах данных в GB.
Ограничения:
Данные необходимо извлекать вручную: вызывающая сторона должна извлекать данные из шлюза или узла Walrus и упаковывать ограниченные по длине фрагменты данных (ограниченные размером транзакции Sui);
Затраты на обработку фрагментов: для крупных задач по обработке данных требуется несколько микро-транзакций или предварительная обработка вне сети + проверка в сети;
Двойные затраты на газ: пользователи должны платить SUI gas (для проверки транзакций) и WAL (косвенная оплата за хранение данных на уровне).
4.3 Резюме дизайна
Если ваше приложение требует обработки нескольких МБ данных в каждом блоке контракта (например, цепочные AI, погружающиеся медиа dApp, проверяемые научные вычислительные процессы и т. д.), встроенное API данных Irys будет более привлекательным.
Если ваш сценарий больше акцентирует внимание на доказательствах целостности данных, небольших медиа-презентациях или если вычисления происходят вне сети, а на цепочке нужно лишь проверить результаты, Walrus уже может справиться с этим.
Таким образом, этот выбор не заключается в том, «можно ли реализовать», а в том, на каком уровне вы хотите разместить сложность: на уровне протокола (Irys) или на уровне промежуточного приложения (Walrus)?
5. Срок хранения и постоянство
5.1 Walrus: аренда по мере необходимости
Walrus использует модель фиксированной аренды. При загрузке данных пользователи используют $WAL для оплаты покупки фиксированного времени хранения (платежи каждые 14 дней за один эпоху, максимальная сумма, которую можно купить за один раз, составляет около 2 лет). После истечения срока аренды, если продление не было сделано, узлы могут выбрать удаление этих данных. Приложения могут написать сценарии автоматического продления аренды через смарт-контракты Sui, превращая «аренду» в фактическое «постоянное хранение», но ответственность за продление всегда остается на загружающем.
Преимущество заключается в том, что пользователи не должны предварительно оплачивать мощность, которую могут оставить, и ценообразование может отслеживать реальные затраты на оборудование. Кроме того, устанавливая срок истечения аренды данных, сеть может проводить очистку данных, за которые больше не платят, предотвращая накопление «постоянного мусора». Однако недостатком является то, что пропуск срока продления или исчерпание средств приведет к исчезновению данных; длительно работающему dApp необходимо запустить своего собственного бота «поддержки жизни».
5.2 Irys: гарантированное постоянное хранение на уровне протокола
Irys предлагает опцию «постоянного хранения», аналогичную Arweave. Пользователям нужно всего лишь один раз заплатить $IRYS, чтобы финансировать услуги хранения майнеров на сотни лет вперед в форме фондов на цепочке (endowment) (при условии, что затраты на хранение продолжают снижаться, это может покрыть около 200 лет). После завершения этой транзакции ответственность за продление хранения переходит на протокол, и пользователям больше не нужно управлять этим вопросом.
Результатом является опыт пользователя «один раз храните, навсегда доступно», что очень подходит для: NFT, цифровых архивов, необходимых для неизменяемых наборов данных (например, AI модели). Однако его недостатком является высокая начальная стоимость, эта модель сильно зависит от здоровья цен на $IRYS в будущем, не подходит для часто обновляемых данных или временных файлов.
5.3 Резюме дизайна
Если вы хотите контролировать жизненный цикл данных и платить за фактическое использование, выбирайте Walrus; если вам нужна непоколебимая долговечность данных на длительный срок и вы готовы за это заплатить, выбирайте Irys.
6. Зрелость сети и использование
6.1 Walrus: масштабируемость на уровне производства
Главная сеть Walrus была запущена всего 7 эпох, но уже работает 103 оператора хранения, 121 узла хранения, с общим залогом 1.01 миллиарда WAL. В настоящее время сеть хранит 14.5 миллиона blob (блоков данных), вызвав 31.5 миллиона событий blob, средний размер объектов составляет 2.16MB, общее количество хранимых данных достигает 1.11PB (примерно 26% от ее фактической емкости в 4.16PB). Скорость загрузки составляет около 1.75KB/s, а график фрагментов охватывает 1000 параллельных shard.
Экономический аспект также демонстрирует сильные тенденции:
Рыночная капитализация составляет около 600 миллионов долларов, FDV (полностью размытое значение) достигает 2.23 миллиарда долларов;
Цена хранения: около 55K Frost за MB (примерно 0.055 WAL);
Цена записи: около 20K Frost за MB
Текущая доля субсидий достигает 80%, чтобы ускорить ранний рост
Уже несколько брендов с высоким трафиком используют Walrus, включая Pudgy Penguins, Unchained и Claynosaurs, которые строят на нем активные трубопроводы или бэкенды архивирования данных. В настоящее время сеть имеет 105 000 аккаунтов, 67 проектов находятся на этапе интеграции и уже поддерживает передачу данных уровня PB для реальных сценариев NFT и игр.
6.2 Irys: все еще на ранней стадии
Согласно публичной панели данных Irys (по состоянию на июнь 2025 года):
TPS выполнения контрактов ≈ 13.9, TPS хранения ≈ 0
Общее количество хранимых данных ≈ 199GB (официально заявлено о наличии 280TB пространства)
Количество транзакций с данными: 53.7 миллиона (из них в июне — 13 миллионов)
Число активных адресов: 1.64 миллиона
Стоимость хранения: $2.50 / TB / месяц (временное хранение) или $2.50 / GB (постоянное хранение)
Система майнеров «скоро будет запущена» (механизм uPoW еще не активирован)
Стоимость вызова программируемых данных составляет $0.02 за каждый chunk (блок данных), но поскольку фонд постоянного хранения еще не запущен, фактический объем записанных данных по-прежнему очень ограничен. На данный момент производительность выполнения контрактов выглядит неплохо, но объем хранения по-прежнему практически равен нулю, что отражает то, что на данный момент все еще сосредоточено на функциях виртуальной машины и инструментах разработки, а не на возможностях хранения данных.
6.3 Значение цифровых представителей
Walrus достиг уровня PB, способен генерировать доход и прошел строгие испытания бренда потребительских NFT. В то время как Irys все еще находится на этапе раннего руководства, с богатым функционалом, но требующим участия майнеров и удовлетворения требований к объему данных.
Для клиентов, оценивающих готовность к производству, текущие показатели Walrus следующие:
Более высокий уровень реального использования: загружено более 14 миллионов blob, хранение данных уровня PB;
Более широкий масштаб операций: более 100 операторов, 1000 фрагментов, более 100 миллионов долларов залога;
Более высокая привлекательность экосистемы: ведущие проекты Web3 уже интегрированы;
Более четкая система ценообразования: сборы за WAL/Frost ясны и прозрачны, механизм субсидий на цепочке виден.
Хотя интегрированное видение Irys может в будущем продемонстрировать преимущества (например, выход майнеров, реализация фонда постоянного хранения, увеличение TPS), на данный момент, судя по количеству可量化吞吐量, ёмкости и использованию клиентами, Walrus имеет более практическое преимущество.
7. Перспективы на будущее
Walrus и Irys представляют собой два конца спектра проектирования хранения на цепочке:
Irys концентрирует хранение, выполнение и экономическую модель в одном токене IRYS и специализированном L1 блокчейне, созданном для данных, предоставляя разработчикам безупречный доступ к большим данным на цепочке и встроенное обязательство на уровне протокола по «постоянному хранению». В свою очередь, команде разработчиков необходимо перейти в еще молодую экосистему и принять на себя более высокие затраты на оборудование.
Walrus строит слой хранения с кодами с исправлением ошибок на Sui, повторно используя зрелую систему консенсуса, инфраструктуру ликвидности и инструментарий разработки, достигая высокоэффективной стоимости хранения за каждый байт. Однако его модульная архитектура также приводит к дополнительной сложности координации, опыту с двумя токенами и постоянному вниманию к «продлению аренды».
Выбор одного из них не является вопросом «правильно или неправильно», а зависит от того, что вам больше всего важно среди узких мест:
Если вам нужны глубокие возможности сочетания данных и вычислений, или обещание «постоянного хранения» на уровне протокола, интегрированный дизайн Irys будет более подходящим.
Если вы больше цените эффективность капитала, возможность быстрого выхода на Sui или высокий уровень настройки контроля жизненного цикла данных, модульная схема Walrus будет более практичным выбором.
В будущем оба протокола, вероятно, будут сосуществовать параллельно в процессе дальнейшего расширения цепочной экономики данных, обслуживая разные типы разработчиков и сценариев применения.