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