Аннотация: Изучив предшественников сектора облачного хранения, проанализируем изменения всего сектора и его историю, затем рассмотрим проблемы Filcoin и Arweave, и наконец, проанализируем бизнес-модель irys и предскажем оценку после TGE Irys. FDV Irys ниже 300 миллионов недооценен, что касается долгосрочной перспективы, сможет ли он занять позицию лидера в облачном секторе, необходимо обратить внимание на соответствие бизнеса и токеномики, а также на то, сможет ли основной случай использования успешно функционировать.
Ключевые слова: анализ сектора облачного хранения, анализ бизнес-модели Filcoin, анализ бизнес-модели Arweave, введение в проект Irys, прогноз оценки, стратегический анализ Irys
Текст:
Глава 1: Эволюция от каменной стены до облака
В далекой цивилизации Месопотамии люди впервые задумались о хранении информации: наши предки умело вы刻али информацию на "вечных" каменных таблицах; в эпоху промышленной революции музыка, как форма информации, хранилась на пластинках; а в компьютерную эру люди изобрели магнитные ленты, жесткие диски, компакт-диски и целый ряд других средств хранения информации...
Способы хранения данных всегда были отражением прогресса эпохи.
В 1956 году IBM выпустила Model 350, это была машина размером с две стоящие рядом холодильные установки, весом почти в тонну, способная хранить лишь 5 МБ данных, и людям приходилось поднимать её краном в серверную. Несмотря на свою громоздкость, она впервые сделала "электронное хранение" ресурсом, за который компании могли платить. Этот прорыв изменил судьбу информации: она больше не зависела полностью от трудно поддерживаемой бумаги, а могла существовать на электромагнитных материалах, способных долго хранить данные. В последующие десятилетия производители жестких дисков начали невидимую войну. Компании SeaGate, Western Digital, Hitachi и другие постоянно увеличивали плотность хранения дисков, позволяя размещать всё больше магнитных частиц на каждом квадратном дюйме диска. Каждая новая техническая итерация означала удвоение емкости и снижение цен. К 1990-м годам популяризация персональных компьютеров и рост интернета сделали этих производителей жестких дисков опорой всей индустрии. В то время хранение данных считалось "сырьем", и единственным критерием на рынке было: чье решение по хранению данных более эффективно, то есть дешевле и лучше. Однако, когда объем хранения данных начал расти экспоненциально, первоочередной задачей компаний стало "как обеспечить стабильность и безопасность данных". Операции банков, авиакомпаний и производственных предприятий зависели от данных, и для них даже небольшие ошибки могли привести к огромным потерям. Таким образом, такие компании, как EMC и NetApp, стали ведущими игроками на рынке корпоративного хранения, предлагая целые комплекты массивов хранения и сопутствующего программного обеспечения. В это время коммерческая логика облачного хранения изменилась с разовых услуг на долгосрочное сотрудничество, и корпоративные клиенты подписывали долгосрочные контракты на услуги и гарантии с поставщиками услуг. Хранение данных здесь впервые было классифицировано как "деловой актив".
В начале 21 века интернет и мобильные технологии позволили данным начать пересекать границы. Традиционные корпоративные решения для хранения данных оказались громоздкими и дорогими перед лицом глобальных потребностей. В 2006 году Amazon запустила сервис S3, который абстрагировал хранение в простом API: разработчикам больше не нужно было закупать серверные помещения и диски, им нужно было всего лишь несколько строк кода, чтобы в любое время записать файлы в облако. Эта модель "по запросу" полностью изменила привычки разработчиков и позволила стартапам впервые получить такую же инфраструктуру, как у крупных компаний. Ценность облачного хранения заключается не в дешевизне, а в гибкости и экосистеме. Оно превратило хранение из устройства в "услугу, доступную в любое время онлайн". Вскоре Dropbox и Google Drive принесли этот опыт на потребительский рынок. Пользователям не нужно заботиться о том, на каком компьютере находятся файлы; при наличии сети они могут в любое время без проблем переключаться между мобильными телефонами, планшетами и ноутбуками. Концепция хранения снова изменилась: данные больше не хранятся на физических устройствах, а принадлежат человеческому "киберпространству". От магнитных барабанов IBM до массивов хранения EMC и объектного хранения AWS S3 эволюция хранения данных снова и снова подтверждает одну закономерность: каждый новый лидер появляется потому, что он создает или, так сказать, удовлетворяет новую потребность в использовании данных. Первое поколение жестких дисков решило проблему емкости, корпоративные решения для хранения данных удовлетворили потребности в "стабильности и безопасности", а облачное хранение нацелено на "гибкость и масштабируемость". Однако за всей этой историей сохраняется одна неизменная черта: право собственности на данные чрезмерно сосредоточено в руках облачных провайдеров. В эпоху, когда данные становятся активами, это явно неприемлемо.
Таким образом, Web3 начинает входить на рынок.
Глава 2: Логика майнеров Filecoin и идеализм Arweave
В рамках системы Web2 права собственности и контроля над данными сосредоточены в руках немногих. Независимо от того, речь идет о социальных связях Facebook или торговых данных Amazon, по сути, все это контролируется компаниями. Пользователи, хотя и "используют", но никогда по-настоящему "владеют". Компании беззастенчиво зарабатывают деньги на данных, в то время как пользователи могут лишь оставаться беспомощными овечками: когда личный аккаунт блокируется, данные также исчезают; когда компании под давлением соблюдения норм или политического давления удаляют контент, эта информация немедленно исчезает из публичного пространства.
Итак, возникли призывы к децентрализованному хранилищу. В 2015 году проект IPFS предложил новую идею: искать файлы с помощью "контентного хэша". Это означает, что любой узел, который сохраняет этот файл, может ответить на запрос, что решает проблему "риска хранения в одном месте". Но вскоре люди поняли, что одной технологии недостаточно, без экономического стимула узлы не будут готовы долго сохранять данные. Так появился Filecoin, который на базе IPFS добавил токеномику: майнеры предоставляют пространство для хранения, чтобы получить $FIL, а протокол Filecoin использует сложные алгоритмы доказательства времени и пространства для проверки того, действительно ли данные были сохранены. С точки зрения дизайна его основная задача заключается в том, чтобы "сделать хранение открытым рынком", что действительно сработало на стороне предложения: как только есть токеновые награды, можно организовать большое количество майнеров для участия в экосистеме. Но они не учли, что на рынке есть не только предложение, но и спрос. В это время появилось множество бесплатных пользователей. Стимулирование Filecoin в основном сосредоточено на "предоставлении емкости и своевременном предоставлении доказательств"; майнеры естественно больше заботятся о экономической выгоде, а не о том, как обслуживать пользователей. В результате возникло множество бесплатных пользователей. Вы увидите структурную разницу в ценах: сторона предложения очень активна, а сторона спроса не растёт синхронно. Эта разница вскоре передается на уровень продукта. Команда, которой необходимо стабильное чтение и запись, при оценке Filecoin задаст три вопроса: что нужно подготовить перед записью, где находится неопределенность задержки поиска, и к кому обратиться в случае проблем. С другой стороны, на стороне записи реальные бизнес-данные часто сопровождаются постоянными обновлениями, в то время как семантика Filecoin естественно склоняется к "фиксированной длине, фиксированному сроку и продлению" холодного хранения, разработчикам необходимо дополнительно настраивать индексацию, сопоставление версий и стратегии продления. А когда дело доходит до поиска, возникает ещё одна проблема: если вы решите создать собственную CDN и кэш, предельная выгода от использования Filecoin будет бесконечно снижена; если полагаться на сторонние шлюзы или провайдеров услуг, отношения обслуживания снова становятся "полуцентрализованными", и ответственные лица будут задаваться вопросом, почему не воспользоваться облаком напрямую. Последний аспект — это границы ответственности: доказательства в цепочке не могут напрямую отвечать за опыт продукта. Для корпоративных клиентов даже 1% неопределенности достаточно, чтобы исключить Filecoin из ключевых цепочек. Путь зависимостей, вызванный дизайном стимулов, также проявляется в плательщиках. В идеальном открытом рынке плательщики должны быть пользователями. Но когда на ранних этапах реальный спрос недостаточен, экосистема вынуждена использовать стимулы для стимулирования спроса (например, предоставляя более выгодные условия для размещения определенных наборов данных). Это может краткосрочно увеличить количество транзакций, но очень трудно доказать, что "спонтанный, готовый платить" спрос действительно существует. Со временем финансовая модель стороны предложения вращается вокруг "блоковых субсидий, залога и конфискации", а готовность к оплате со стороны спроса колеблется вокруг "наличия субсидий и лимитов", и две системы не связываются между собой. Поэтому вы видите много новостей о "больших данных на цепочке" в успешных примерах, но редко встречаете замкнутые нарративы о "высокой частоте поиска, постоянном использовании и прибыльности верхних продуктов."
Почти одновременно Arweave предложила другое решение: пользователи единовременно оплачивают стоимость хранения, а сеть обещает долгосрочное сохранение. Вдохновение основателя Сэма Уильямса пришло из истории и социологии: если прошлое может быть стерто, то общественная память больше не будет надежной. Ценность этого пути очевидна: если некоторые ценности будут удалены или изменены, доверие общества будет подорвано.
Arweave превращает "будущее хранения" в ликвидность через одноразовую плату, сеть продолжает копировать и сохранять информацию в течение долгого времени, именно это и привлекает людей. Но когда вы ставите это в контекст продукта и бизнеса, возникают другие вопросы. Первое — это напряжение между "постоянством" и "итерацией". Большинство приложений не записываются один раз и не обновляются навсегда, а постоянно дорабатываются, откатываются, A/B. Правильное использование Arweave заключается в том, чтобы рассматривать каждое изменение как новое содержимое, записывая его и указывая на последнюю версию через индекс. Это технически возможно, с инженерной точки зрения это тоже не сложно, но проектирование на уровне приложения всегда является проблемой: пользователи хотят видеть только последнюю версию, а не тратить время на понимание неизменяемой цепочки времени. Второе — этические проблемы, возникающие из постоянного хранения. Открытая сеть неизбежно будет содержать серый и незаконный контент, протокол Arweave не может удалять, он может лишь полагаться на "самодисциплину" и фильтрацию на уровне шлюзов, фронтендов и индексов, что ставит разработчиков в затруднительное положение по поводу "ответственности": как только вы берете на себя ответственность за фильтрацию, вы становитесь субъектом ответственности; если же вы не несете ответственности, вы рискуете потерять клиентов. Третье — идеализация экономической системы. Обещание Arweave основывается на двух простых долгосрочных предположениях: что стоимость единицы хранения продолжает снижаться и что сеть поддерживает интенсивность копирования в течение достаточно долгого времени. На макроуровне вероятность их выполнения очень высока, но для отдельного менеджера продукта давление наличных потоков в данный момент очень трудно решить, ведь это означает необходимость единовременной уплаты большой суммы за запись, и даже подсчет процентов может оттолкнуть. Со временем бизнес Arweave оказывается ограниченным очень узким сегментом рынка, и оценка постоянно не может достичь прорыва.
Глава 3: ИИ и облачное хранилище, данные танцуют
После того как Filecoin и Arweave открыли двери в облачное хранение Web3, длительное время этот сектор облачного хранения оставался без внимания. А в этот промежуток времени появилась Irys. Основной вопрос, который она ставит: почему данные не могут двигаться сами по себе? Поскольку момент записи в хранилище по сути является «событием», то почему это событие не может немедленно активировать логику? Если сама сеть может выполнять функции окружения выполнения, то данные больше не будут просто спящими архивами, а станут единицами, способными управлять приложениями. Дизайн Irys именно таков. Она больше не обновляет «логики добычи» Filecoin и «постоянного хранения» Arweave, а объединяет хранение и вычисления, предлагая концепцию «программируемой цепи данных». Запись данных сразу же активирует их, данные несут логику в сеть и непосредственно выполняются в окружении выполнения Irys (IrysVM). Для разработчиков это означает переход от «двухэтапной» операции к «одноступенчатой» — запись сразу же вызывает вызов.
В предыдущем тексте упоминалось, что за последние полвека каждое развитие хранения данных было вызвано созданием новых потребностей. Поэтому я считаю, что перспективность Irys в эпоху ИИ становится особенно важной. Модели ИИ требуют больших объемов данных, а также надежных источников и проверяемого выполнения. Традиционное хранилище запирает данные в холодных складах, а затем передает их на обработку вне сети, что не только громоздко, но и оставляет пробелы в надежности. А концепция данных, предложенная Irys, подразумевает самоуправляемые данные: они могут автоматически "питать модель", имеют встроенные правила учета и доступа, могут сотрудничать между организациями без необходимости в стороннем управлении.
С другой стороны, сила Irys заключается в том, что она объединяет хранение, выполнение и валидацию в одном базовом протоколе. Это означает, что данные, записанные в разные протоколы, могут быть непосредственно прочитаны и повторно использованы друг другом, даже приводя к более сложной логике приложений. Таким образом, с увеличением числа узлов общая ценность сети будет естественным образом расти, поскольку обнаружимость и комбинируемость данных постоянно усиливаются. Чтобы понять это, можно подумать об Эфириуме. Когда он ввел смарт-контракты, многие не понимали, чем это отличается от обычных транзакций в блокчейне, пока не появились финансовые приложения, такие как Uniswap, Aave, Compound, и люди не осознали, что смарт-контракты — это семена бесконечных повествований. Irys на самом деле делает нечто подобное, только объектом являются не "финансовые" активы, а "данные". Хотя данные слишком абстрактны по сравнению с деньгами, как только экосистема накапливается, разработчики обнаружат: я могу продолжать строить на основе выходных данных других людей, не полагаясь на внешние оракулы или повторный сбор данных. Это повествование на самом деле очень похоже на путь AWS в свое время. AWS не добилась успеха только благодаря "дешевому хранению", а создала целый набор SDK, консоль, API, полностью запирая разработчиков в своей экосистеме. Если вы используете одну или две услуги AWS, вы быстро будете привлечены удобством всей системы AWS. Если Irys будет правильно реализовывать сотрудничество, например, "высококачественные данные" будут доступны только при записи в Irys, это также создаст аналогичную ценностную блокировку. В то время данные на Irys будут не просто активами какого-то протокола, а топливом для всей экосистемы, и этот положительный круг в конечном итоге вернется к самой сети данных и ценности токенов.
Глава 4: Оценка Irys и рынок
Нужно понимать, что идеалы хороши, но реальность часто бывает жестокой. Наличие перспективного проекта не гарантирует его успех. Первой проблемой, с которой сталкивается Irys, является холодный старт. Если нет реального спроса, то есть достаточного количества приложений, готовых использовать эти "программируемые данные", проект деградирует в очередное дешевое решение для хранения. Второй проблемой является совместимость. Разработчики уже глубоко зависят от интерфейсов EVM, IPFS, AWS и т.д., и любой новый подход увеличивает стоимость обучения. Чтобы Irys смогла прорваться, ей нужно сделать "нулевой порог использования" достаточно гладким. Третьей проблемой является управление. Как только данные могут инициировать логику, это создает новые векторы атаки: мошенничество с подделкой данных, злоумышленное инициирование ресурсов, споры о авторских правах и конфиденциальности. Централизованные облака решают эти вопросы с помощью законов и полномочий, тогда как децентрализованные протоколы должны предложить механизмы и управление, иначе им будет трудно добиться институционального принятия. Поэтому, является ли Irys богом или дьяволом, можно будет судить только после запуска в основной сети. Давайте подождем, сможет ли она, как AWS в свое время, сделать абстракцию достаточно элегантной, а образцовые сценарии достаточной красивой, чтобы разработчики захотели заменить свои существующие сборные решения. С исторической точки зрения, это является ключевым моментом, смогут ли все инфраструктуры свергнуть старшего игрока и стать "первым среди следующего поколения".
Если бы я был автором, я бы обратил внимание на следующие три пути:
Первый сценарий применения. Все инфраструктуры в истории имели знаковые сценарии применения, чтобы доказать свою ценность. S3 зависел от Flickr и Dropbox; Snowflake полагался на сценарии реального анализа в финансах и розничной торговле.
Аналогично, Irys должна представить один или два убийственных сценария, таких как система реального времени поощрения за данные о здоровье или механизм автоматической расчетности устройств DePIN.
Снижение порога миграции. Привычки разработчиков труднее всего изменить. Почему EVM стал фактическим стандартом? Потому что он позволяет людям использовать старые инструменты и языки в новой среде. Irys должна избежать "переобучения рынка" и вместо этого максимально совместить текущие привычки в интерфейсах, SDK и опыте разработки.
Установление инструментов управления или экологических правил. Как только данные могут вызвать логические реакции, они непременно приведут к атакам и спорам: ложные данные для получения вознаграждений, злонамеренные активации расхода ресурсов, серые зоны авторских прав. Если Irys сможет предоставить на уровне механизма инструменты "проверки источника данных", "ограничения злонамеренных активаций" и "встраивания логики авторских прав и конфиденциальности", она сможет завоевать доверие в сценах ToB и ToG. Интенсивность войны в облачной сфере нельзя недооценивать. Облачные провайдеры все еще являются гигантами, сборочные решения по-прежнему гибкие и дешевые, а оффлайн-доказательные модели имеют еще более низкие затраты. Но история снова и снова доказывает, что настоящие прорывы не происходят в борьбе за старые схемы, а когда создается новая привычка и она становится стандартом, тогда схема переосмысляется. Irys должна решить эту ключевую проблему, чтобы стать лидером.
С точки зрения оценки, на момент написания статьи, рыночная капитализация $FIL составляет 2 миллиарда, FDV достигает 4,7 миллиарда; рыночная капитализация $AR составляет 400 миллионов, почти полностью в обращении. На тот же период рыночная капитализация $Prove, инфраструктуры ZK rolldown Succinct, запущенной с BN, составляет 200 миллионов, FDV 1,1 миллиарда. Учитывая, что Irys обладает двумя большими концепциями AI + облачное хранилище, хотя концепция AI на рынке сейчас в расцвете, из-за огромной неопределенности в макроэкономике рынку будет сложно предоставить премию.
Я считаю, что оценка после IrysTGE следующая:
Низкое открытие: 3 миллиарда – 5 миллиардов FDV;
2、Нормально: 8 миллиардов – 12 миллиардов FDV
Учитывая, что у автора низкая склонность к риску:
Если бизнес будет развиваться благоприятно и сможет сформировать замкнутый цикл с Tokenomics, а уровень оценки будет ниже 300 миллионов FDV, я напрямую куплю. Если FDV достигнет около 500 миллионов, я куплю небольшую позицию; если выше 500 миллионов, буду наблюдать.
Если бизнес будет развиваться неудачно, или токеномика не сможет синхронизироваться с бизнесом, я буду наблюдать и перенесу весовые показатели для оценки тренда с фундаментальных факторов на технические.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Ультимативное решение для сектора хранения? Прошлое и настоящее сектора облачного хранения данных
Автор: Ray Источник: X, @RayAC1397
Аннотация: Изучив предшественников сектора облачного хранения, проанализируем изменения всего сектора и его историю, затем рассмотрим проблемы Filcoin и Arweave, и наконец, проанализируем бизнес-модель irys и предскажем оценку после TGE Irys. FDV Irys ниже 300 миллионов недооценен, что касается долгосрочной перспективы, сможет ли он занять позицию лидера в облачном секторе, необходимо обратить внимание на соответствие бизнеса и токеномики, а также на то, сможет ли основной случай использования успешно функционировать.
Ключевые слова: анализ сектора облачного хранения, анализ бизнес-модели Filcoin, анализ бизнес-модели Arweave, введение в проект Irys, прогноз оценки, стратегический анализ Irys
Текст:
Глава 1: Эволюция от каменной стены до облака
В далекой цивилизации Месопотамии люди впервые задумались о хранении информации: наши предки умело вы刻али информацию на "вечных" каменных таблицах; в эпоху промышленной революции музыка, как форма информации, хранилась на пластинках; а в компьютерную эру люди изобрели магнитные ленты, жесткие диски, компакт-диски и целый ряд других средств хранения информации...
Способы хранения данных всегда были отражением прогресса эпохи.
В 1956 году IBM выпустила Model 350, это была машина размером с две стоящие рядом холодильные установки, весом почти в тонну, способная хранить лишь 5 МБ данных, и людям приходилось поднимать её краном в серверную. Несмотря на свою громоздкость, она впервые сделала "электронное хранение" ресурсом, за который компании могли платить. Этот прорыв изменил судьбу информации: она больше не зависела полностью от трудно поддерживаемой бумаги, а могла существовать на электромагнитных материалах, способных долго хранить данные. В последующие десятилетия производители жестких дисков начали невидимую войну. Компании SeaGate, Western Digital, Hitachi и другие постоянно увеличивали плотность хранения дисков, позволяя размещать всё больше магнитных частиц на каждом квадратном дюйме диска. Каждая новая техническая итерация означала удвоение емкости и снижение цен. К 1990-м годам популяризация персональных компьютеров и рост интернета сделали этих производителей жестких дисков опорой всей индустрии. В то время хранение данных считалось "сырьем", и единственным критерием на рынке было: чье решение по хранению данных более эффективно, то есть дешевле и лучше. Однако, когда объем хранения данных начал расти экспоненциально, первоочередной задачей компаний стало "как обеспечить стабильность и безопасность данных". Операции банков, авиакомпаний и производственных предприятий зависели от данных, и для них даже небольшие ошибки могли привести к огромным потерям. Таким образом, такие компании, как EMC и NetApp, стали ведущими игроками на рынке корпоративного хранения, предлагая целые комплекты массивов хранения и сопутствующего программного обеспечения. В это время коммерческая логика облачного хранения изменилась с разовых услуг на долгосрочное сотрудничество, и корпоративные клиенты подписывали долгосрочные контракты на услуги и гарантии с поставщиками услуг. Хранение данных здесь впервые было классифицировано как "деловой актив".
В начале 21 века интернет и мобильные технологии позволили данным начать пересекать границы. Традиционные корпоративные решения для хранения данных оказались громоздкими и дорогими перед лицом глобальных потребностей. В 2006 году Amazon запустила сервис S3, который абстрагировал хранение в простом API: разработчикам больше не нужно было закупать серверные помещения и диски, им нужно было всего лишь несколько строк кода, чтобы в любое время записать файлы в облако. Эта модель "по запросу" полностью изменила привычки разработчиков и позволила стартапам впервые получить такую же инфраструктуру, как у крупных компаний. Ценность облачного хранения заключается не в дешевизне, а в гибкости и экосистеме. Оно превратило хранение из устройства в "услугу, доступную в любое время онлайн". Вскоре Dropbox и Google Drive принесли этот опыт на потребительский рынок. Пользователям не нужно заботиться о том, на каком компьютере находятся файлы; при наличии сети они могут в любое время без проблем переключаться между мобильными телефонами, планшетами и ноутбуками. Концепция хранения снова изменилась: данные больше не хранятся на физических устройствах, а принадлежат человеческому "киберпространству". От магнитных барабанов IBM до массивов хранения EMC и объектного хранения AWS S3 эволюция хранения данных снова и снова подтверждает одну закономерность: каждый новый лидер появляется потому, что он создает или, так сказать, удовлетворяет новую потребность в использовании данных. Первое поколение жестких дисков решило проблему емкости, корпоративные решения для хранения данных удовлетворили потребности в "стабильности и безопасности", а облачное хранение нацелено на "гибкость и масштабируемость". Однако за всей этой историей сохраняется одна неизменная черта: право собственности на данные чрезмерно сосредоточено в руках облачных провайдеров. В эпоху, когда данные становятся активами, это явно неприемлемо.
Таким образом, Web3 начинает входить на рынок.
Глава 2: Логика майнеров Filecoin и идеализм Arweave
В рамках системы Web2 права собственности и контроля над данными сосредоточены в руках немногих. Независимо от того, речь идет о социальных связях Facebook или торговых данных Amazon, по сути, все это контролируется компаниями. Пользователи, хотя и "используют", но никогда по-настоящему "владеют". Компании беззастенчиво зарабатывают деньги на данных, в то время как пользователи могут лишь оставаться беспомощными овечками: когда личный аккаунт блокируется, данные также исчезают; когда компании под давлением соблюдения норм или политического давления удаляют контент, эта информация немедленно исчезает из публичного пространства.
Итак, возникли призывы к децентрализованному хранилищу. В 2015 году проект IPFS предложил новую идею: искать файлы с помощью "контентного хэша". Это означает, что любой узел, который сохраняет этот файл, может ответить на запрос, что решает проблему "риска хранения в одном месте". Но вскоре люди поняли, что одной технологии недостаточно, без экономического стимула узлы не будут готовы долго сохранять данные. Так появился Filecoin, который на базе IPFS добавил токеномику: майнеры предоставляют пространство для хранения, чтобы получить $FIL, а протокол Filecoin использует сложные алгоритмы доказательства времени и пространства для проверки того, действительно ли данные были сохранены. С точки зрения дизайна его основная задача заключается в том, чтобы "сделать хранение открытым рынком", что действительно сработало на стороне предложения: как только есть токеновые награды, можно организовать большое количество майнеров для участия в экосистеме. Но они не учли, что на рынке есть не только предложение, но и спрос. В это время появилось множество бесплатных пользователей. Стимулирование Filecoin в основном сосредоточено на "предоставлении емкости и своевременном предоставлении доказательств"; майнеры естественно больше заботятся о экономической выгоде, а не о том, как обслуживать пользователей. В результате возникло множество бесплатных пользователей. Вы увидите структурную разницу в ценах: сторона предложения очень активна, а сторона спроса не растёт синхронно. Эта разница вскоре передается на уровень продукта. Команда, которой необходимо стабильное чтение и запись, при оценке Filecoin задаст три вопроса: что нужно подготовить перед записью, где находится неопределенность задержки поиска, и к кому обратиться в случае проблем. С другой стороны, на стороне записи реальные бизнес-данные часто сопровождаются постоянными обновлениями, в то время как семантика Filecoin естественно склоняется к "фиксированной длине, фиксированному сроку и продлению" холодного хранения, разработчикам необходимо дополнительно настраивать индексацию, сопоставление версий и стратегии продления. А когда дело доходит до поиска, возникает ещё одна проблема: если вы решите создать собственную CDN и кэш, предельная выгода от использования Filecoin будет бесконечно снижена; если полагаться на сторонние шлюзы или провайдеров услуг, отношения обслуживания снова становятся "полуцентрализованными", и ответственные лица будут задаваться вопросом, почему не воспользоваться облаком напрямую. Последний аспект — это границы ответственности: доказательства в цепочке не могут напрямую отвечать за опыт продукта. Для корпоративных клиентов даже 1% неопределенности достаточно, чтобы исключить Filecoin из ключевых цепочек. Путь зависимостей, вызванный дизайном стимулов, также проявляется в плательщиках. В идеальном открытом рынке плательщики должны быть пользователями. Но когда на ранних этапах реальный спрос недостаточен, экосистема вынуждена использовать стимулы для стимулирования спроса (например, предоставляя более выгодные условия для размещения определенных наборов данных). Это может краткосрочно увеличить количество транзакций, но очень трудно доказать, что "спонтанный, готовый платить" спрос действительно существует. Со временем финансовая модель стороны предложения вращается вокруг "блоковых субсидий, залога и конфискации", а готовность к оплате со стороны спроса колеблется вокруг "наличия субсидий и лимитов", и две системы не связываются между собой. Поэтому вы видите много новостей о "больших данных на цепочке" в успешных примерах, но редко встречаете замкнутые нарративы о "высокой частоте поиска, постоянном использовании и прибыльности верхних продуктов."
Почти одновременно Arweave предложила другое решение: пользователи единовременно оплачивают стоимость хранения, а сеть обещает долгосрочное сохранение. Вдохновение основателя Сэма Уильямса пришло из истории и социологии: если прошлое может быть стерто, то общественная память больше не будет надежной. Ценность этого пути очевидна: если некоторые ценности будут удалены или изменены, доверие общества будет подорвано.
Arweave превращает "будущее хранения" в ликвидность через одноразовую плату, сеть продолжает копировать и сохранять информацию в течение долгого времени, именно это и привлекает людей. Но когда вы ставите это в контекст продукта и бизнеса, возникают другие вопросы. Первое — это напряжение между "постоянством" и "итерацией". Большинство приложений не записываются один раз и не обновляются навсегда, а постоянно дорабатываются, откатываются, A/B. Правильное использование Arweave заключается в том, чтобы рассматривать каждое изменение как новое содержимое, записывая его и указывая на последнюю версию через индекс. Это технически возможно, с инженерной точки зрения это тоже не сложно, но проектирование на уровне приложения всегда является проблемой: пользователи хотят видеть только последнюю версию, а не тратить время на понимание неизменяемой цепочки времени. Второе — этические проблемы, возникающие из постоянного хранения. Открытая сеть неизбежно будет содержать серый и незаконный контент, протокол Arweave не может удалять, он может лишь полагаться на "самодисциплину" и фильтрацию на уровне шлюзов, фронтендов и индексов, что ставит разработчиков в затруднительное положение по поводу "ответственности": как только вы берете на себя ответственность за фильтрацию, вы становитесь субъектом ответственности; если же вы не несете ответственности, вы рискуете потерять клиентов. Третье — идеализация экономической системы. Обещание Arweave основывается на двух простых долгосрочных предположениях: что стоимость единицы хранения продолжает снижаться и что сеть поддерживает интенсивность копирования в течение достаточно долгого времени. На макроуровне вероятность их выполнения очень высока, но для отдельного менеджера продукта давление наличных потоков в данный момент очень трудно решить, ведь это означает необходимость единовременной уплаты большой суммы за запись, и даже подсчет процентов может оттолкнуть. Со временем бизнес Arweave оказывается ограниченным очень узким сегментом рынка, и оценка постоянно не может достичь прорыва.
Глава 3: ИИ и облачное хранилище, данные танцуют
После того как Filecoin и Arweave открыли двери в облачное хранение Web3, длительное время этот сектор облачного хранения оставался без внимания. А в этот промежуток времени появилась Irys. Основной вопрос, который она ставит: почему данные не могут двигаться сами по себе? Поскольку момент записи в хранилище по сути является «событием», то почему это событие не может немедленно активировать логику? Если сама сеть может выполнять функции окружения выполнения, то данные больше не будут просто спящими архивами, а станут единицами, способными управлять приложениями. Дизайн Irys именно таков. Она больше не обновляет «логики добычи» Filecoin и «постоянного хранения» Arweave, а объединяет хранение и вычисления, предлагая концепцию «программируемой цепи данных». Запись данных сразу же активирует их, данные несут логику в сеть и непосредственно выполняются в окружении выполнения Irys (IrysVM). Для разработчиков это означает переход от «двухэтапной» операции к «одноступенчатой» — запись сразу же вызывает вызов.
В предыдущем тексте упоминалось, что за последние полвека каждое развитие хранения данных было вызвано созданием новых потребностей. Поэтому я считаю, что перспективность Irys в эпоху ИИ становится особенно важной. Модели ИИ требуют больших объемов данных, а также надежных источников и проверяемого выполнения. Традиционное хранилище запирает данные в холодных складах, а затем передает их на обработку вне сети, что не только громоздко, но и оставляет пробелы в надежности. А концепция данных, предложенная Irys, подразумевает самоуправляемые данные: они могут автоматически "питать модель", имеют встроенные правила учета и доступа, могут сотрудничать между организациями без необходимости в стороннем управлении.
С другой стороны, сила Irys заключается в том, что она объединяет хранение, выполнение и валидацию в одном базовом протоколе. Это означает, что данные, записанные в разные протоколы, могут быть непосредственно прочитаны и повторно использованы друг другом, даже приводя к более сложной логике приложений. Таким образом, с увеличением числа узлов общая ценность сети будет естественным образом расти, поскольку обнаружимость и комбинируемость данных постоянно усиливаются. Чтобы понять это, можно подумать об Эфириуме. Когда он ввел смарт-контракты, многие не понимали, чем это отличается от обычных транзакций в блокчейне, пока не появились финансовые приложения, такие как Uniswap, Aave, Compound, и люди не осознали, что смарт-контракты — это семена бесконечных повествований. Irys на самом деле делает нечто подобное, только объектом являются не "финансовые" активы, а "данные". Хотя данные слишком абстрактны по сравнению с деньгами, как только экосистема накапливается, разработчики обнаружат: я могу продолжать строить на основе выходных данных других людей, не полагаясь на внешние оракулы или повторный сбор данных. Это повествование на самом деле очень похоже на путь AWS в свое время. AWS не добилась успеха только благодаря "дешевому хранению", а создала целый набор SDK, консоль, API, полностью запирая разработчиков в своей экосистеме. Если вы используете одну или две услуги AWS, вы быстро будете привлечены удобством всей системы AWS. Если Irys будет правильно реализовывать сотрудничество, например, "высококачественные данные" будут доступны только при записи в Irys, это также создаст аналогичную ценностную блокировку. В то время данные на Irys будут не просто активами какого-то протокола, а топливом для всей экосистемы, и этот положительный круг в конечном итоге вернется к самой сети данных и ценности токенов.
Глава 4: Оценка Irys и рынок
Нужно понимать, что идеалы хороши, но реальность часто бывает жестокой. Наличие перспективного проекта не гарантирует его успех. Первой проблемой, с которой сталкивается Irys, является холодный старт. Если нет реального спроса, то есть достаточного количества приложений, готовых использовать эти "программируемые данные", проект деградирует в очередное дешевое решение для хранения. Второй проблемой является совместимость. Разработчики уже глубоко зависят от интерфейсов EVM, IPFS, AWS и т.д., и любой новый подход увеличивает стоимость обучения. Чтобы Irys смогла прорваться, ей нужно сделать "нулевой порог использования" достаточно гладким. Третьей проблемой является управление. Как только данные могут инициировать логику, это создает новые векторы атаки: мошенничество с подделкой данных, злоумышленное инициирование ресурсов, споры о авторских правах и конфиденциальности. Централизованные облака решают эти вопросы с помощью законов и полномочий, тогда как децентрализованные протоколы должны предложить механизмы и управление, иначе им будет трудно добиться институционального принятия. Поэтому, является ли Irys богом или дьяволом, можно будет судить только после запуска в основной сети. Давайте подождем, сможет ли она, как AWS в свое время, сделать абстракцию достаточно элегантной, а образцовые сценарии достаточной красивой, чтобы разработчики захотели заменить свои существующие сборные решения. С исторической точки зрения, это является ключевым моментом, смогут ли все инфраструктуры свергнуть старшего игрока и стать "первым среди следующего поколения".
Если бы я был автором, я бы обратил внимание на следующие три пути:
Аналогично, Irys должна представить один или два убийственных сценария, таких как система реального времени поощрения за данные о здоровье или механизм автоматической расчетности устройств DePIN.
Снижение порога миграции. Привычки разработчиков труднее всего изменить. Почему EVM стал фактическим стандартом? Потому что он позволяет людям использовать старые инструменты и языки в новой среде. Irys должна избежать "переобучения рынка" и вместо этого максимально совместить текущие привычки в интерфейсах, SDK и опыте разработки.
Установление инструментов управления или экологических правил. Как только данные могут вызвать логические реакции, они непременно приведут к атакам и спорам: ложные данные для получения вознаграждений, злонамеренные активации расхода ресурсов, серые зоны авторских прав. Если Irys сможет предоставить на уровне механизма инструменты "проверки источника данных", "ограничения злонамеренных активаций" и "встраивания логики авторских прав и конфиденциальности", она сможет завоевать доверие в сценах ToB и ToG. Интенсивность войны в облачной сфере нельзя недооценивать. Облачные провайдеры все еще являются гигантами, сборочные решения по-прежнему гибкие и дешевые, а оффлайн-доказательные модели имеют еще более низкие затраты. Но история снова и снова доказывает, что настоящие прорывы не происходят в борьбе за старые схемы, а когда создается новая привычка и она становится стандартом, тогда схема переосмысляется. Irys должна решить эту ключевую проблему, чтобы стать лидером.
С точки зрения оценки, на момент написания статьи, рыночная капитализация $FIL составляет 2 миллиарда, FDV достигает 4,7 миллиарда; рыночная капитализация $AR составляет 400 миллионов, почти полностью в обращении. На тот же период рыночная капитализация $Prove, инфраструктуры ZK rolldown Succinct, запущенной с BN, составляет 200 миллионов, FDV 1,1 миллиарда. Учитывая, что Irys обладает двумя большими концепциями AI + облачное хранилище, хотя концепция AI на рынке сейчас в расцвете, из-за огромной неопределенности в макроэкономике рынку будет сложно предоставить премию.
Я считаю, что оценка после IrysTGE следующая:
2、Нормально: 8 миллиардов – 12 миллиардов FDV
Учитывая, что у автора низкая склонность к риску:
Если бизнес будет развиваться благоприятно и сможет сформировать замкнутый цикл с Tokenomics, а уровень оценки будет ниже 300 миллионов FDV, я напрямую куплю. Если FDV достигнет около 500 миллионов, я куплю небольшую позицию; если выше 500 миллионов, буду наблюдать.
Если бизнес будет развиваться неудачно, или токеномика не сможет синхронизироваться с бизнесом, я буду наблюдать и перенесу весовые показатели для оценки тренда с фундаментальных факторов на технические.