Конфликт данных Sui экосистемы Walrus и Irys

Данная статья с технической точки зрения проводит объективное сравнительный анализ Walrus и Irys по 6 параметрам.

Автор: **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), которые тесно интегрированы с ее подсистемой хранения.

Верификационные узлы одновременно выполняют три роли:

• Хранить данные пользователей в виде полного дубликата;
• Выполнение логики смарт-контрактов в IrysVM;
• Защита сетевой безопасности с помощью смешанного механизма PoW + стейкинга.

Поскольку эти функции сосуществуют в одном протоколе, каждый уровень, от заголовка блока до правил извлечения данных, может быть оптимизирован для обработки больших объемов данных. Умные контракты могут напрямую ссылаться на файлы в цепочке, а доказательства хранения будут следовать общему пути консенсуса, используемому для сортировки обычных транзакций. Их преимущество заключается в высокой согласованности архитектуры: разработчики сталкиваются только с одной границей доверия, одним активом для оплаты (IRYS), а опыт чтения данных в коде контракта такой же, как если бы он имел родную поддержку.

Но цена этого заключается в высоких стартовых затратах. Полностью новая сеть второго уровня должна начать с нуля, нанимая аппаратных операторов, создавая индексаторы, запуская блокчейн-браузеры, укрепляя клиентские приложения и развивая инструменты для разработчиков. На начальных этапах, когда узлы проверки еще не окрепли, гарантии времени блока и экономической безопасности отстают от устоявшихся цепочек. Таким образом, архитектурный выбор Irys предпочел более глубокую интеграцию данных, жертвуя скоростью старта экосистемы.

1.2 Морж: Модульный накладной слой

Walrus принял совершенно другой путь. Его узлы хранения работают вне цепи, в то время как высокопроизводительный L1 Sui отвечает за обработку сортировки, платежей и метаданных через смарт-контракты Move. Когда пользователь загружает блоб (блок данных), 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 разделяет функции на два токена:

• $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 ГБ для достижения аналогичной безопасности.
• Восстановление по требованию: Морж кодируется таким образом, что не только экономит место, но и экономит пропускную способность. Когда узел теряет соединение, сеть восстанавливает только отсутствующие сегменты, а не весь файл, что значительно снижает нагрузку на пропускную способность. Этот механизм самовосстановления требует только загрузки данных, примерно равных размеру потерянных шардов (т. е. 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 же считает, что с быстрым снижением стоимости оборудования более прямые и тяжелые механизмы многократного копирования на практике оказываются более надежными и беспокойными.

Если вам нужно хранить архивные данные объемом в PB и вы можете принять более сложную архитектуру протокола, кодирование с исправлением ошибок Walrus более экономично на каждый байт. Если же вы больше цените простоту эксплуатации (одна цепочка, одно доказательство, достатняя избыточность) и считаете, что расходы на оборудование незначительны по сравнению со скоростью доставки продукта, механизм 10 копий Irys может обеспечить долговечность с минимальными усилиями.

4. Программируемые данные и вычисления в цепочке

!

4.1 Irys: нативная поддержка данных в смарт-контрактах

Из-за того, что хранилище, механизм консенсуса и виртуальная машина Irys (IrysVM) используют одну и ту же бухгалтерскую книгу, контракты могут так же легко вызывать метод read_blob(id, offset, length), как и считывать свое собственное состояние. Во время выполнения блока майнеры напрямую потоково передают запрашиваемые фрагменты данных в виртуальную машину, выполняя детерминированные проверки, и продолжают обрабатывать результаты в рамках одной и той же транзакции. Не требуется оракулов, не требуется передача параметров от пользователя, не требуется промежуточный этап вне цепи.

Эта программируемая структура данных может реализовать следующие примеры использования:

• Медиа NFT: Перенос метаданных, изображений высокого разрешения и логики роялти на блокчейн с обязательным выполнением на байтовом уровне.
• AI на блокчейне: выполнение задач вывода непосредственно на весах модели, хранящихся в разделе.
• Анализ больших данных: Контракт может сканировать журналы, геномные файлы и другие крупные наборы данных без необходимости во внешнем мосте.

Хотя стоимость газа увеличивается с увеличением числа считанных байтов, пользовательский опыт по-прежнему является транзакцией, оцененной в IRYS.

4.2 Морж: «Сначала проверка, затем расчет»

Поскольку Walrus не может напрямую потоково передавать большие файлы в виртуальную машину Move, он использует модель проектирования «хэш-обещание + свидетельство (witness)»:

• При хранении blob пользователем, Walrus будет записывать его хэш-содержимого (content hash) в Sui;
• После этого любой вызывающий может предоставить соответствующий фрагмент данных и легкое доказательство, подтверждающее правильность этого фрагмента (например, путь Меркла или полный хэш);
• Контракт Sui будет пересчитывать хэш и сопоставлять его с метаданными Walrus. Если проверка успешна, то доверяйте этим данным и выполняйте последующую логику.

Преимущества:

• Доступно немедленно, не требуется никаких изменений в протоколе L1;
• Валидационные узлы Sui не требуют осознания больших данных на уровне гигабайт.

Ограничение:

• Необходимо вручную получить данные: вызывающая сторона должна извлекать данные из шлюза или узла Walrus и упаковывать ограниченные по размеру фрагменты данных в транзакцию (ограниченные размером транзакции Sui);
• Расходы на шардирование: для крупных задач обработки данных требуется несколько микротранзакций или предварительная обработка вне цепи + проверка в цепи;
• Двойные расходы на газ: пользователи должны оплачивать SUI gas (для подтверждения транзакций) и WAL (косвенная оплата затрат на базовое хранение).

4.3 Итог проектирования

Если ваше приложение требует обработки нескольких мегабайт данных в каждом блоке контракта (например, AI на блокчейне, погружаемые медиа dApp, проверяемые научные вычислительные процессы и т. д.), встроенный API данных, предлагаемый Irys, становится более привлекательным.

Если ваш сценарий больше ориентирован на доказательство целостности данных, небольшие медиа-демонстрации или повторные вычисления происходят вне цепочки, а в цепочке нужно только проверить результат, Walrus уже может справиться с этой задачей.

Итак, этот выбор не заключается в том, «можно ли это реализовать», а в том, на каком уровне вы хотите разместить сложность: на уровне протокола (Irys) или на уровне промежуточного приложения (Walrus)?

5. Срок хранения и постоянство

!

5.1 Морж: аренда по мере необходимости

Walrus использует модель аренды с фиксированным циклом. При загрузке данных пользователи используют $WAL для оплаты покупки фиксированного периода хранения (оплата производится за каждые 14 дней, максимальная сумма аренды составляет примерно 2 года). После истечения срока аренды, если не было продления, узлы могут выбрать удаление этих данных. Приложения могут использовать смарт-контракты Sui для написания скриптов автоматического продления аренды, превращая “аренду” в фактическое “постоянное хранение”, однако ответственность за продление всегда остается за загружающим.

Преимущества заключаются в том, что пользователи не обязаны заранее оплачивать возможную отказоустойчивую емкость, и цены могут отслеживать реальные затраты на оборудование. Кроме того, установив срок действия аренды данных, сеть может осуществлять сбор мусора для данных, за которые больше не оплачивается, предотвращая накопление «постоянного мусора». Недостатками являются: пропуск продления или исчерпание средств может привести к исчезновению данных; dApp, работающим долгое время, необходимо запускать собственного робота «поддержания жизни».

5.2 Irys: гарантированное постоянное хранилище на уровне протокола

Irys предлагает опцию «постоянного хранения», аналогичную Arweave. Пользователи должны один раз оплатить $IRYS, и таким образом финансировать майнеров на услуги хранения на следующие несколько сотен лет в форме фондов (если стоимость хранения продолжит снижаться, это покроет примерно 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 за MB
• Текущая субсидия достигает 80%, чтобы ускорить ранний рост

Многие высокопрофильные бренды уже используют Walrus, включая Pudgy Penguins, Unchained и Claynosaurs, которые строят на его основе каналы активов или бэкенды для архивирования данных. В настоящее время в сети зарегистрировано 105000 аккаунтов, 67 проектов находятся в стадии интеграции, готовых поддерживать передачу данных уровня PB для 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 миллионов блобов, уровень хранения данных PB;
• Более широкий масштаб операций: более 100 операторов, 1000 фрагментов, более 100 миллионов долларов в залоге;
• Более высокая привлекательность экосистемы: ведущие проекты Web3 уже интегрированы в использование;
• Более ясная ценовая система: комиссии WAL/Frost четкие и прозрачные, механизм субсидий на блокчейне виден.

Хотя интегрированное видение Irys в будущем может оказать преимущества (такие как выход майнеров на рынок, внедрение фонда постоянного хранения, повышение TPS), на текущий момент, исходя из количественно измеряемой пропускной способности, ёмкости и ситуации с клиентами, Walrus имеет более реальное преимущество.

7. Взгляд в будущее

Walrus и Irys представляют собой два конца спектра дизайна хранения на блокчейне:

• Irys концентрирует хранение, выполнение и экономическую модель в одном токене IRYS и специализированной L1 блокчейне, созданном для данных, предоставляя разработчикам бесшовный доступ к большим данным на цепочке и встроенное обязательство на уровне протокола по «постоянному хранению». Соответственно, командам разработчиков необходимо перейти в ещё молодую экосистему и принять более высокие затраты на аппаратные ресурсы.
• Walrus построит слой хранения данных с кодированием с удалением на Sui, повторно используя зрелые механизмы согласия, инфраструктуру ликвидности и инструменты разработки, что обеспечивает весьма выгодную стоимость хранения за байт. Однако его модульная архитектура также привносит дополнительную сложность координации, опыт с двумя токенами и постоянное внимание к «продлению аренды».

Выбор не является вопросом «правильно или неправильно», а зависит от того, какой узкий момент для вас наиболее важен:

• Если вам нужны глубокие данные и вычислительные возможности, или обещание «постоянного хранения» на уровне протокола, то интегрированный дизайн Irys будет более подходящим.
• Если вы больше цените эффективность капитала, быструю возможность запуска на Sui или высокий уровень настройки жизненного цикла данных, модульное решение Walrus является более практичным выбором.

В будущем оба, вероятно, будут параллельно сосуществовать в процессе постоянного расширения экономики данных на блокчейне, обслуживая различные типы разработчиков и сценариев применения.