Облака перестали быть просто инфраструктурой для хранения данных. Сейчас это фундамент бизнес-моделей — от классических SaaS-сервисов до децентрализованных протоколов и целых Web3-экосистем. Частному инвестору, который хочет опираться на ончейн-аналитику, а не на хайп, важно понимать, как облачные тренды переопределяют оценки. Мы уходим от привычных P/S и P/E к анализу TVL, стоимости активного адреса, метрикам Nansen и кастомным дашбордам Dune.
В этой статье разберём ключевые облачные тренды, их влияние на оценки традиционных IT-гигантов и — что особенно важно — на формирование новой парадигмы стоимостной оценки блокчейн-проектов. Вы получите практические инструменты: чек-лист для анализа, таблицу сравнительных метрик и пошаговый гайд, как увязать динамику облачной инфраструктуры с реальными ончейн-показателями.
Почему облачные тренды меняют логику оценки: SaaS против Web3
Классическая IT-аналитика десятилетиями использовала SaaS-мультипликаторы. Если компания показывает рост выручки выше 20–30 % при высокой маржинальности, её оценка легко взлетает до P/S 10–15. Однако в Web3 эта логика сталкивается с иной реальностью. Блокчейн-проекты, потребляющие облачные ресурсы — для рендеринга, хранения или вычислений, — не генерируют классическую выручку. Их «доходом» выступают комиссии сети, вознаграждения за стейкинг и рост TVL.
Ключевое различие:
- SaaS-компании: Оцениваются через выручку, маржинальность и базу пользователей. Инвесторы фокусируются на P/S, соотношении LTV/CAC и темпе оттока.
- Web3-проекты: Оценка строится вокруг ончейн-метрик. В первую очередь смотрят на TVL, число активных адресов, стоимость транзакции и доходность стейкинга. Ближайший традиционный аналог — не P/S, а скорее соотношение капитализации к доходам от комиссий (P/Fee Revenue) или к активам под управлением, как в ETF.
Облачные тренды — взрыв DePIN, распространение облачных API для взаимодействия с блокчейном — формируют зону, где обе парадигмы пересекаются. Проекты, встраивающие облачные технологии в протоколы, начинают оцениваться по гибридной модели: инфраструктурная часть напоминает SaaS-мультипликаторы, а сетевая — чисто ончейн-метрики. Понимание этого перехода позволяет не путать мух с котлетами и не применять P/S там, где ключевой драйвер — активность в сети.
Практический пример: Интеграция облака в DeFi
Представьте DeFi-протокол, использующий облачные серверы для рендеринга сложных дашбордов и хранения исторических данных. Традиционный аналитик оценил бы его как SaaS, продай он эти услуги подписчикам. Но в открытом протоколе ценность формируется через TVL. Если облачный тренд — например, снижение стоимости децентрализованного хранения за счёт новых алгоритмов сжатия или роста конкуренции между Arweave и Filecoin — удешевляет хранение, протокол может сократить комиссии. Это привлекает капитал: пользователи перетекают в протокол с низкими издержками, TVL растёт, и оценка токена следует за ним.
Цепочка выглядит так:
1. Тренд: Снижение стоимости облачного хранения (скажем, цена за гигабайт в Arweave падает на 20 %).
2. Влияние на метрики: Протокол сокращает взимаемую комиссию за хранение данных.
3. Результат: Капитал перетекает в протокол из-за более выгодных условий → TVL увеличивается на 15–30 % за квартал → оценка токена корректируется вверх.
Инвестор, видящий эту цепочку на шаг раньше, может отследить не только ончейн-показатели, но и динамику цен на облачные сервисы, находя проекты с предстоящим притоком ликвидности.
Ключевые тренды облачных технологий 2025–2026
Чтобы корректно оценивать компании и протоколы, необходимо понимать, какие именно облачные тренды доминируют. Ниже — пять направлений, напрямую влияющих на оценочные метрики.
1. Децентрализованные физические инфраструктуры (DePIN)
DePIN объединяет облачные технологии и блокчейн. Вместо централизованных провайдеров (AWS, Google Cloud) проекты строят децентрализованные сети, где участники предоставляют собственные вычислительные мощности, хранилища или сетевое оборудование, получая вознаграждение в токенах.
Влияние на оценку:
- Традиционные IT: Снижение затрат на инфраструктуру повышает маржинальность.
- Web3-проекты: Появляется новая метрика — Network Utilization Rate, процент использования сети. Высокий коэффициент часто коррелирует с ростом цены токена, так как отражает реальный спрос на ресурсы.
Пример — Render Network (RNDR). Его оценка зависит не от выручки в долларах, а от числа часов рендеринга, выполненных в сети. Если AI-бум подстёгивает спрос на GPU-рендеринг, Network Utilization взлетает, и цена токена реагирует соответственно.
2. Облачные вычисления для AI и ML
Интеграция AI и ML в облачные сервисы — главный драйвер роста для поставщиков вычислительных мощностей. Компании, предоставляющие облачные API для AI-нагрузок, получают «AI-премию» в мультипликаторах, которая иногда отрывается от реальной юнит-экономики.
Влияние на оценку:
- Рост выручки от AI-сервисов.
- Увеличение P/S за счёт ажиотажа вокруг AI.
- В Web3: Протоколы, встраивающие AI для ончейн-аналитики (предсказание TVL или анализ риск-параметров), начинают оцениваться выше за счёт уникальности технологии, хотя здесь критично смотреть на реальную полезность, а не на маркетинговый шум.
3. Децентрализованные хранилища данных (Distributed Storage)
Переход от AWS S3 к Filecoin, Arweave, Storj снижает стоимость и повышает устойчивость хранения. Для блокчейн-сетей, использующих эти хранилища, это прямое сокращение операционных расходов.
Влияние на оценку:
- Снижение OpEx для потребителей.
- В Web3: Уменьшение комиссий за хранение → рост TVL протоколов → рост оценки. Важно отслеживать не только среднюю стоимость хранения, но и скорость записи/извлечения, так как UX влияет на удержание пользователей.
4. Облачные API для взаимодействия с блокчейном
Такие сервисы, как Alchemy, Infura, QuickNode, делают блокчейн-разработку доступнее. Они снимают с команд необходимость поднимать собственные ноды и сложную инфраструктуру.
Влияние на оценку:
- Рост количества активных адресов: чем ниже порог входа, тем больше приложений и пользователей.
- Увеличение объёма транзакций.
- В SaaS-составляющей: рост выручки API-провайдеров.
Если облачные API становятся дешевле и проще, число активных адресов в поддерживаемых сетях имеет тенденцию расти на 20–30 % за 6–12 месяцев. Инвестор, отслеживающий тарифы и uptime таких провайдеров, получает опережающий сигнал.
5. Безопасность и конфиденциальность в облаке
Технологии вроде Zero-Knowledge Proofs (ZKP) и конфиденциальных вычислений становятся критичными. Для Web3 от уровня безопасности напрямую зависят доверие пользователей и приток капитала.
Влияние на оценку:
- Подтверждённый высокий уровень безопасности → рост TVL → рост оценки протокола.
- В SaaS: Возможность брать премию за конфиденциальные вычисления и ZKP-подтверждения повышает средний чек контракта.
Сравнение метрик: SaaS-мультипликаторы vs Ончейн-метрики
Для осознанного выбора метрик важно понимать разницу. Ниже — таблица сопоставления классических SaaS-индикаторов и ончейн-показателей с влиянием на оценку.
| Критерий | SaaS-мультипликаторы (Традиционные IT) | Ончейн-метрики (Web3/DeFi) | Влияние на оценку |
|---|---|---|---|
| Основная метрика | Выручка (Revenue), P/S | TVL (Total Value Locked), P/TVL | Высокая выручка → высокий P/S; высокий TVL → высокий P/TVL |
| Рост | Темп роста выручки (>20–30%) | Рост активных адресов, объёма транзакций | Рост выручки → рост оценки; рост активности → рост оценки |
| Маржинальность | Gross Margin, Operating Margin | Доходы от комиссий (Fee Revenue) vs Network Costs | Высокая маржа → высокий мультипликатор; низкие комиссии → приток TVL |
| Пользователи | LTV/CAC, Churn Rate | Активные адреса, количество кошельков | Высокий LTV → высокая оценка; рост числа кошельков → капитализация растёт |
| Инфраструктура | Cost per User, Cloud Spend | Network Utilization, Gas Fees | Низкие затраты → высокая маржа; низкие Gas Fees → рост TVL |
| Результирующая оценка | P/S, P/E, EV/Revenue | P/TVL, P/Market Cap, P/Fee Revenue | P/S 10–15; P/TVL 0.5–2.0 в зависимости от проекта |
Как интерпретировать таблицу
P/S против P/TVL — это как сравнивать оценку компании с выручкой и оценку инвестиционного фонда с активами под управлением. Когда P/TVL проекта достигает 1.5 при ускоряющемся росте TVL, это может быть оправдано ожидаемым притоком капитала; но в стагнирующем протоколе тот же показатель сигнализирует о переоценённости. Рост — ключевой драйвер: в SaaS это рост выручки, в Web3 — динамика активных адресов и транзакций. Инфраструктурные затраты также работают по-разному: облачные расходы давят на маржу SaaS, тогда как высокие Gas Fees душат TVL. Ошибка многих аналитиков — попытка применить P/S к проекту, который получает небольшую выручку от сервисов, игнорируя реальный масштаб заблокированной стоимости и сетевой эффект.
Как облачные тренды влияют на ончейн-метрики: практический анализ
Облачные тренды напрямую модифицируют метрики, на которые мы опираемся в Web3. Важно видеть эти зависимости.
1. Снижение стоимости хранения данных → Рост TVL
Когда децентрализованное хранение дешевеет, протоколы, активно его использующие, могут пересмотреть комиссии. Это не теория: мы наблюдали такие эффекты в лендинговых протоколах, переходящих на Arweave для архивных данных.
Цепочка влияния:
- Тренд: Цена хранения в Arweave снижается вследствие оптимизации протокола или конкуренции.
- Влияние на метрики: DeFi-протокол уменьшает сборы за хранение, что отражается в Fee Revenue метрике.
- Результат: Пользователи перемещают ликвидность в более дешёвый протокол → TVL растёт.
- Оценка: Капитализация токена, как правило, подтягивается за TVL, если нет других негативных факторов.
Реальный пример: снижение комиссий за хранение на 50 % может дать прирост TVL на 30–40 % в течение трёх-шести месяцев. Отслеживая динамику цен на услуги хранения в сочетании с ончейн-потоками через Nansen, инвестор получает преимущество во времени.
2. Децентрализованные вычисления (DePIN) → Рост Network Utilization
Когда растёт спрос на вычисления (AI/ML-тренд), DePIN-проекты фиксируют рост Network Utilization. Это не просто абстрактный показатель: он означает, что реальные ресурсы сети востребованы, и эмиссия токенов подкреплена полезной работой.
Цепочка влияния:
- Тренд: Взрывной спрос на GPU-рендеринг и инференс.
- Метрика: Network Utilization растёт с 30 % до 70 %.
- Результат: Рост цены токена, поскольку вознаграждения распределяются среди поставщиков ресурсов, а дефицит предложения подстёгивает курс.
- Оценка: Капитализация проекта увеличивается, часто опережая рост TVL-подобных метрик.
Для верификации стоит смотреть на дашборды Dune, отображающие Utilisation Rate и доходы поставщиков.
3. Облачные API → Рост Active Addresses
Снижение latency и стоимости API-вызовов напрямую конвертируется в рост числа активных кошельков. Когда Infura или Alchemy запускают более дешёвые тарифы или расширяют поддержку новых сетей, барьеры для разработчиков падают, что вызывает каскад новых dApp и приток пользователей.
Цепочка:
- Тренд: Упрощение доступа через облачные API и агрегаторы.
- Метрика: Число активных адресов растёт на 20–30 % за полгода.
- Результат: Фундаментальный показатель сети улучшается, что обычно закладывается в цену токена.
- Оценка: Рыночная капитализация следует за расширением пользовательской базы.
Чек-лист: Как оценить компанию/проект с учетом облачных трендов
Этот чек-лист поможет систематизировать анализ и избежать типовых ловушек.
Шаг 1: Определите тип компании/проекта
- SaaS: Ключевые метрики — P/S, темп роста выручки, LTV/CAC.
- Web3: Ориентиры — TVL, активные адреса, Network Utilization, Fee Revenue.
- Гибрид: Применяйте комбинированную модель, разделяя инфраструктурную и сетевую составляющие.
Шаг 2: Проанализируйте облачные тренды
- Снижение стоимости хранения данных.
- Рост спроса на вычисления.
- Упрощение и удешевление API-доступа.
- Повышение уровня безопасности и приватности.
Шаг 3: Свяжите тренды с ончейн-метриками
- Тренд «Дешёвое хранение» → метрика TVL.
- Тренд «Высокий спрос на вычисления» → метрика Network Utilization.
- Тренд «Доступные API» → метрика Активные адреса.
Шаг 4: Оцените вероятное влияние на цену
- TVL растёт устойчиво → токен имеет фундамент для роста.
- Network Utilization приближается к 100 % → дефицит услуг поддерживает цену.
- Стабильный прирост активных адресов → расширяется база участников.
Шаг 5: Проверьте на типовые ошибки
- Не используйте P/S для Web3-проекта, даже если у него есть мизерная выручка от API.
- Не игнорируйте облачные тренды — они являются опережающими индикаторами.
- Не переоценивайте изолированный тренд, не проверив его через другие метрики (например, TVL может расти за счёт одного кита, что видно в распределении по кошелькам Nansen).
Шаг 6: Примите инвестиционное решение
- Если тренды подтверждают рост фундаментальных метрик — рассматривать покупку.
- Если метрики противоречат трендам — воздержаться или перепроверить данные.
- Если картина не ясна — занять выжидательную позицию и добрать данные.
Пошаговый гайд: Как использовать данные Nansen и Dune для оценки проекта
Практическая работа с ончейн-инструментами даёт конкурентное преимущество. Ниже — последовательность действий.
Шаг 1: Подключите Nansen и Dune Analytics
- Nansen: Для отслеживания TVL, движения капитала «умных денег», количества активных адресов, объёмов транзакций.
- Dune Analytics: Для кастомных метрик: Network Utilization, комиссии, Fee Revenue, доля рынка.
Шаг 2: Выберите метрики для регулярного мониторинга
- TVL — общая заблокированная стоимость.
- Active Addresses — пользователи, совершающие транзакции.
- Network Utilization — загрузка сети (особенно для DePIN).
- Gas Fees — средняя стоимость транзакции.
- Fee Revenue — общий доход протокола от комиссий.
Шаг 3: Отслеживайте облачные тренды через внешние индикаторы
- Стоимость хранения: следить за динамикой цен на Arweave, Filecoin.
- Вычислительный спрос: мониторить утилизацию GPU-ферм, котировки RNDR.
- API-сервисы: обращать внимание на тарифные изменения Alchemy, Infura, QuickNode.
- Безопасность: отслеживать внедрение ZKP-решений и объём средств, защищённых такими протоколами.
Шаг 4: Создайте связи в Dune-дашборде
Постройте запросы, которые сопоставляют, например, среднюю цену хранения в Filecoin с TVL протоколов, использующих это хранилище. Или сравните темпы роста Network Utilization у DePIN-проекта с динамикой запросов на AI-ресурсы.
Шаг 5: Оцените реальное влияние на цену
Используйте историческую корреляцию (не причинно-следственную, но полезную) между ростом TVL на 10 % и движением цены токена. Учитывайте задержку: обычно рынок реагирует в течение 1–3 месяцев после устойчивого тренда метрики.
Шаг 6: Примите решение на основе данных
Когда тренд в облаке даёт устойчивый рост фундаментальных метрик, а цена ещё не отыграла это изменение, возникает окно возможностей. Если метрики не подтверждают хайп — оставайтесь вне позиции или сокращайте её.
Типовые ошибки инвесторов при оценке с учетом облачных трендов
Ошибки стоят дорого. Разберём частые и способы их избежать.
1. Оценка Web3-проекта по SaaS-мультипликаторам
Проблема: Попытка применить P/S к проекту, который зарабатывает на комиссиях или ещё не монетизируется, игнорирует природу сетевого эффекта. Игнорирование: Основная стоимость определяется TVL и активностью. Решение: Используйте P/TVL, P/Fee Revenue, отслеживайте долю рынка в ончейн-сегменте.
2. Игнорирование облачных трендов как опережающих сигналов
Проблема: Инвестор фиксирует рост TVL и покупает, не понимая, что причиной могло быть краткосрочное снижение комиссий из-за удешевления облака, которое конкуренты также внедрят через месяц. Решение: Всегда закладывайте в анализ сценарий, как облачные тренды повлияют на метрики конкурентов и на устойчивость преимущества.
3. Переоценка влияния одного тренда
Проблема: Увидев снижение стоимости хранения, инвестор проецирует немедленный рост TVL на 50 %, не проверив другие факторы: ликвидность, стимулы, безопасность. Решение: Используйте факторный анализ: на TVL одновременно влияют программы лояльности, доходность стейкинга, общий рыночный сентимент. Один облачный тренд редко работает изолированно.
4. Неправильная интерпретация метрик
Проблема: Высокий TVL может быть сконцентрирован в руках нескольких китов или образован за счёт рекурсивного стейкинга. Решение: Проверяйте распределение TVL по кошелькам в Nansen, смотрите на Fee Revenue как на индикатор реального использования. Если TVL растёт, а Fee Revenue падает — это красный флаг.
5. Игнорирование фактора безопасности
Проблема: Протокол может демонстрировать прекрасные метрики, но недавняя уязвимость или отсутствие аудита снижают доверие и будущий приток капитала. Решение: Включайте в анализ уровень безопасности: число аудитов, размер баг-баунти, историю инцидентов. Соотношение риск/метрика часто важнее абсолютных цифр.
Важные нюансы и ограничения анализа
Никакая модель не всесильна. Важно понимать ограничения.
1. Нелинейность влияния трендов
Снижение стоимости хранения данных не гарантирует пропорциональный рост TVL. Эффект может быть съеден ростом комиссий за газ, если сеть перегружена, или изменением макроусловий. Всегда смотрите на совокупность факторов.
2. Временной лаг
Влияние облачных трендов на ончейн-метрики материализуется не мгновенно. Изменения в инфраструктуре сначала внедряются разработчиками, затем тестируются пользователями, и только потом заметны в метриках. Типичный лаг — от 3 до 6 месяцев. Это значит, что раннее обнаружение тренда даёт достаточно времени для анализа.
3. Контекст проекта
Один и тот же тренд по-разному работает для DeFi-протокола и NFT-маркетплейса. Хранение дешевеет — для лендингового протокола это снижает операционные расходы и может увеличить TVL. Для торговой площадки эффект минимален, так как ключевой драйвер — объём торгов.
4. Ограничения данных
Nansen и Dune могут не полностью покрывать новые сети или иметь задержки в индексации. TVL можно раздуть искусственно через рекурсивные стратегии, а активные адреса — накрутить ботами. Поэтому критически важно перекрёстно проверять метрики, например, соотнося TVL с реальным объёмом комиссий и числом уникальных отправителей транзакций.
5. Риск изменения трендов
Снижение стоимости облачного хранения может обернуться ростом из-за увеличения спроса или изменения токеномики Filecoin. Закладывайте в анализ несколько сценариев и не полагайтесь на статичную картину.
FAQ: Часто задаваемые вопросы о облачных трендах и оценках
1. Что такое TVL и как он влияет на оценку проекта?
TVL (Total Value Locked) — общая сумма средств, заблокированных в смарт-контрактах протокола. Высокий и растущий TVL указывает на доверие и ликвидность; капитализация часто реагирует на динамику TVL с некоторым мультипликатором (P/TVL).
2. Как облачные тренды влияют на TVL?
Снижение стоимости облачного хранения или вычислений позволяет протоколам уменьшать комиссии, что делает их более привлекательными и привлекает капитал, увеличивая TVL. Эффект усиливается, если конкуренты медленнее внедряют изменения.
3. Что такое Network Utilization и как оно влияет на оценку?
Network Utilization — доля используемых ресурсов сети (GPU, хранилище). Высокий процент означает, что сеть востребована, ресурсы не простаивают, и токен, как правило, дорожает благодаря реальной полезности.
4. Как облачные тренды влияют на Network Utilization?
Рост спроса на вычисления (AI-бум) или рендеринг напрямую увеличивает загрузку DePIN-сетей, повышая метрику Network Utilization.
5. Что такое Active Addresses и как они влияют на оценку?
Число адресов, совершающих транзакции за период. Устойчивый рост говорит о расширении пользовательской базы, что фундаментально поддерживает капитализацию проекта.
6. Как облачные тренды влияют на Active Addresses?
Упрощение и удешевление облачных API для взаимодействия с блокчейном снижает порог входа для новых dApp и пользователей, ускоряя рост активных адресов.
7. Почему нельзя оценивать Web3-проект по P/S?
Потому что основная ценность Web3-проекта — сетевой эффект и ликвидность, а не выручка в традиционном понимании. P/S игнорирует TVL, комиссионные потоки и децентрализованную природу дохода. Более уместно сравнивать с оценкой фондов по AUM или P/Fee.
8. Какие метрики использовать для оценки Web3-проекта?
P/TVL, P/Fee Revenue, динамика активных адресов, Network Utilization для DePIN, соотношение капитализации к доходам стейкинга. Комбинация метрик даёт более полную картину, чем одна изолированная.
9. Как использовать данные Nansen и Dune для оценки проекта?
Подключите оба инструмента, постройте дашборды с ключевыми метриками (TVL, Active Addresses, Fee Revenue) и отслеживайте их корреляцию с облачными трендами. Сверяйте распределение капитала по сегментам и поведение «умных денег». Это позволяет увидеть, подкреплён ли рост фундаментом или спекулятивен.
10. Какие типовые ошибки инвесторов при оценке с учетом облачных трендов?
Применение P/S к Web3, игнорирование облачных сигналов, переоценка одного тренда без проверки других факторов, неверная интерпретация метрик без анализа концентрации или искусственного раздувания, недооценка рисков безопасности.
Вывод: Как облачные тренды формируют новую парадигму оценки
Облачные технологии больше не просто инфраструктура. Они превратились в ключевой фактор, задающий логику оценки и традиционных IT, и блокчейн-проектов. Для инвестора, ориентирующегося на ончейн-данные, связка «облачный тренд → ончейн-метрика → оценка» становится обязательным аналитическим инструментом. Мы уходим от статичных мультипликаторов к комплексному анализу, где снижение стоимости хранения поднимает TVL, рост вычислительного спроса загружает DePIN-сети, а простота API масштабирует пользовательскую базу.
Ключевые выводы:
- Облачные тренды питают ончейн-метрики: Дешёвое хранение → рост TVL; высокий спрос на вычисления → рост Network Utilization; доступные API → рост активных адресов.
- Оценка мигрирует: Вместо P/S для SaaS смотрим на P/TVL, P/Fee Revenue, Network Utilization для Web3.
- Практические инструменты: Чек-лист, сравнительная таблица и пошаговый гайд с Nansen и Dune помогают структурировать анализ.
- Ошибки дороги: Не смешивайте метрики разных миров, всегда проверяйте, не является ли рост TVL следствием одного кита, и учитывайте временной лаг трендов.
Инвестор, способный увязать изменения в стоимости облачных ресурсов с поведением ончейн-показателей, получает возможность замечать проекты с растущим фундаментом раньше большинства. В мире, где границы между классическим IT и Web3 стираются, такой подход переводит принятие решений из области догадок в плоскость анализа, подкреплённого реальными данными.
