Skip to main content

Phala Network

Phala Network (PHA) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).

Phala Network / Phala Cloud / dstack — AI/Compute | Infra проект: TEE‑инфраструктура для “confidential AI” (CVM, attestation, confidential containers) и сеть compute‑провайдеров. Токен: PHA (ERC‑20, Ethereum; используется для стейкинга/делегации и governance; vPHA как staking/governance токен в экосистеме).

Дисклеймер

Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.

TL;DR (для тех, кто не про ИИ)

  • Что это: инфраструктура, которая позволяет запускать приложения (в т.ч. AI) в Trusted Execution Environment (TEE) и получать криптографические доказательства окружения (attestation).
  • Для кого: разработчики, которым нужны “confidential computing/AI” гарантии (модель/данные защищены от хоста), и compute‑провайдеры (workers).
  • Зачем ончейн/токен: токен используется для стейкинга/делегации (stake‑to‑earn, безопасность сети compute‑провайдеров) и governance; часть процессов завязана на Ethereum‑контракты стейкинга (PHA→vPHA).
  • Что можно потрогать (Tier‑1): Phala Cloud Quick Start + dstack Getting Started.

Как это работает (очень кратко)

  1. Пользователь делает: берёт существующее Docker‑приложение и деплоит его в CVM (Confidential VM) через Phala Cloud/dstack.
  2. Система делает: запускает workload в TEE, обеспечивает remote attestation, шифрование стораджа и управление секретами через KMS; для dstack описана архитектура dstack↔tappd↔decentralized KMS.
  3. Пользователь получает: приложение, которое можно проверять (attestation), и среду, где модель/данные остаются конфиденциальными от оператора хоста.
  4. Где блокчейн: токен PHA и staking‑контракт живут в Ethereum; в dstack описано “decentralized code management” через governance smart contracts (без конкретных адресов/развёрнутых контрактов в Tier‑1 источниках).
  5. Роль токена: стейкинг/делегация (stake‑to‑earn, обеспечение compute‑провайдеров) + governance; vPHA используется как staking/governance токен.

Быстрые ссылки: AI‑соответствие

Паспорт проекта

Поле Значение
Название проекта Phala Network
Также известен как Phala Cloud | dstack | PHA
Лого ../assets/68_phala-network_logo.svg
Символ токена PHA
Категория AI/Compute | Infra
Основная сеть (chain) Ethereum
Тип EVM
Статус сети mainnet
Консенсус (consensus) PoS (Ethereum)
Дата запуска —
Статус проекта (status) active
Токен (стандарт) ERC-20
Контракт токена 0x6c5bA91642F10282b576d91922Ae6448C9d52f4E
Модель токена (token_type) utility (staking + governance)
Макс. предложение 1,000,000,000
Эмиссия fixed
Токеномика Max total supply 1B (Etherscan); staking PHA→vPHA на Ethereum.
Управление DAO
Админы/ключи —
Аудит yes
Bug bounty yes
Команда —
Финансирование —
AI‑компонент (ai_component) confidential computing for AI (TEE)
Use‑case (use_case) confidential AI cloud + CVM attestation
DecAI Fit — AI‑соответствие 5/6 — высокое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit ai_score 3 / onchain_score 1 / token_score 2 / evidence_score 3
Last verified 2026-02-11
Тип Ссылка
Website https://phala.network/
Docs https://docs.phala.network/introduction/readme
GitHub https://github.com/Phala-Network
Releases / Changelog https://docs.phala.network/phala-cloud/changelog
Whitepaper https://docs.phala.network/dstack/design-documents/whitepaper
Roadmap https://phala.network/posts/dstack-completes-security-audit-a-milestone-for-confidential-cloud
Security advisories https://github.com/Phala-Network/phala-blockchain/security/advisories
Explorer https://etherscan.io/token/0x6c5bA91642F10282b576d91922Ae6448C9d52f4E
App / Demo https://cloud.phala.com/
X https://twitter.com/PhalaNetwork
Discord https://discord.com/invite/phala-network
Telegram https://t.me/phalanetwork
Medium https://medium.com/phala-network
Audit report(s) https://docs.phala.network/dstack/security-audit
Bug bounty https://github.com/Phala-Network/bounty-program
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/pha
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/phala-network/

Общее описание проекта

Phala развивает стек для confidential computing в Web3 и для AI‑сценариев: Phala Cloud описывается как “Confidential AI native Neocloud” — среда, где Docker‑приложения можно запускать в TEE, получая attestation и изоляцию модели/данных от хоста. Параллельно описан open‑source SDK/платформа dstack: запуск docker‑контейнеров в CVM (Confidential VM), remote attestation, “RA‑HTTPS” и KMS‑слой для ключей/шифрования и миграции между TEE без vendor lock‑in.

В токен‑документации PHA позиционируется как нативный токен экосистемы compute‑провайдеров: он используется для вознаграждений workers, стейкинга/делегации (stake‑to‑earn) и governance. Отдельно описан Ethereum‑контракт стейкинга, который конвертирует PHA в vPHA (governance+staking токен).

Фичи/модули

  • Phala Cloud: managed “confidential AI” платформа, деплой Docker в TEE, CVM, attestation (Tier‑1).
  • dstack SDK: TEE‑инфраструктура для “confidential containers”: docker‑compose → CVM, RA‑TLS/RA‑HTTPS, KMS/шифрование (Tier‑1).
  • Staking/Delegation: stake‑to‑earn, StakePool/Vault механика делегации; PHA→vPHA стейкинг на Ethereum (Tier‑1).
  • Security: dstack security audit (zkSecurity), отдельные материалы по security architecture/attestation (Tier‑1).

Типичные сценарии

  • Сценарий 1 (AI dev): деплоит LLM/agent‑сервис в Phala Cloud → получает изоляцию и attestation для доверия к окружению.
  • Сценарий 2 (Web3 dev): упаковывает сервис в docker‑compose → деплоит через dstack → получает RA‑report, шифрование стораджа и секреты.
  • Сценарий 3 (держатель токена): стейкает PHA на Ethereum → получает vPHA → использует для governance/стейкинга/коллатерала в экосистеме.

Как начать (кошелёк/сеть)

  • Что нужно: аккаунт в Phala Cloud (если managed) или доступ к совместимому TDX серверу (если self‑host dstack); EVM‑кошелёк — для токена/стейкинга.
  • Сеть/chain: стейкинг PHA→vPHA — Ethereum Mainnet; токен PHA — ERC‑20 в Ethereum.
  • Комиссии: gas Ethereum при стейкинге/переводах; расходы cloud‑инстансов/usage в Phala Cloud (по тарифам).

Архитектура/техника (без AI)

  • Компоненты (dstack): dstack-vmm, dstack-gateway, dstack-kms, dstack-guest-agent, meta-dstack (Tier‑1 Getting Started).
  • Компоненты (CVM path): docker‑контейнеры внутри CVM; dstack управляет жизненным циклом и attestation; tappd общается с decentralized KMS (Tier‑1 overview).
  • Роли участников: разработчики деплоят приложения; пользователи/клиенты проверяют attestation; compute‑провайдеры (workers) предоставляют ресурсы сети.
  • Где выполняется логика: workload выполняется offchain в TEE/CVM; attestations/crypto‑proofs формируются в TEE; часть governance/staking — onchain в Ethereum.
  • Зависимости: TEE (Intel TDX/и др.), docker‑compose, KMS‑сервис; Ethereum для staking‑контракта.

Токен/экономика (развернуто, без прогнозов)

  • Утилити токена: PHA используется для reward’ов compute‑провайдеров (workers), для стейкинга/делегации (stake‑to‑earn) и governance (Tier‑1 token intro).
  • Источники необходимости в протоколе: в делегации описано, что compute‑провайдеры должны быть “staked with some PHA” (stake как обеспечение) (Tier‑1).
  • Кто платит комиссии: пользователи платят gas Ethereum при стейкинге; делегаторы/стейкеры — комиссии сети при операциях.
  • Куда идут комиссии: в делегации указано, что 20% rewards идут в treasury (Tier‑1).
  • Эмиссия/сжигание: фиксированное предложение 1B PHA; 70% supply выделено в пул mining rewards. Внутри пула: treasury 20%, Ethereum staking rewards 40%, GPU miners 40% (Tier‑1).
  • Механизмы безопасности/стимулов: stake‑to‑earn делегация через StakePool/Vault; rewards распределяются между treasury, pool owners и delegators (Tier‑1).
  • Распределение и график выпуска токенов: фиксированное предложение 1B; 70% supply — mining rewards пул; разбиение пула: treasury 20%, Ethereum staking rewards 40%, GPU miners 40% (Tier‑1).
  • Казначейство: есть treasury‑компонент (Tier‑1 delegation).

Управление

  • Кто принимает решения: Phala описана как DAO, управляемая PHA token holders; governance упомянута в токен‑вводной (Tier‑1).
  • Как меняются параметры протокола: через governance‑механики; vPHA используется для Snapshot voting (Tier‑1).
  • Где обсуждают/принимают решения: Snapshot указан как часть vPHA использования (Tier‑1 staking page).
  • Ключи/мультисиг: —.

Безопасность и инциденты

  • Аудиты: dstack audited zkSecurity (May–Jun 2025) + ссылка на PDF отчёт (Tier‑1).
  • Bug bounty: есть публичная программа bounty (Tier‑1 GitHub).
  • Инциденты: —.
  • Модель угроз: уязвимости TEE/side‑channels, ошибки attestation/RA‑TLS, риски KMS/ключей и доверия к hardware vendors, риски централизованного контроля в managed‑слое.

Статус проекта и таймлайн

  • Текущий статус: активен (Phala Cloud docs и changelog регулярно обновляются; dstack docs и аудит доступны).
  • Ключевые релизы/вехи: dstack security audit завершён и отмечен как milestone; changelog Phala Cloud фиксирует регулярные обновления.
  • Roadmap: — (формального roadmap в Tier‑1 не извлекалось).

Экосистема/интеграции

  • Интеграции: dstack и Phala Cloud предназначены для деплоя Docker‑сервисов; в “Building Confidential AI” есть кейсы интеграции (Eliza plugin, Virtuals game agent) (Tier‑1).
  • Партнёры: —.
  • Где реально используется: examples/кейсы из “Building Confidential AI” (Tier‑1).

Ai составляющая проекта

  • Что здесь реально ИИ? инфраструктура для запуска LLM/AI моделей и AI‑агентов в GPU TEE (confidential AI computing) + attestation/verifiable results (Tier‑1 Phala Cloud).
  • Что реально onchain? токен PHA (ERC‑20) и staking‑контракт PHA→vPHA в Ethereum; stake‑to‑earn механика и governance описаны в документации (Tier‑1).
  • Зачем нужен токен? incentives для compute‑провайдеров, stake/делегация как обеспечение, governance (Tier‑1).
  • Красные флаги (по найденной информации): AI‑washing — низкий (прямо “confidential AI”); onchain‑washing — средний (workload offchain в TEE, onchain в основном incentives/governance); token‑washing — низкий (stake‑to‑earn описан как ключевой механизм сети compute‑провайдеров).

Итог по компонентам DecAI Fit

  • DecAI Fit: 5/6 — высокое соответствие тезису Decentralized AI
Компонент Уровень Score
AI reality высоко 3
Onchain necessity низко 1
Token necessity средне 2
Evidence Tier‑1 есть 3
Подробнее

AI reality

AI_0 — намерения про AI (roadmap Tier‑1) (1/0)

  • AI_0 (decision): 0
  • Claim (1 строка): AI описан как текущий фокус продукта (confidential AI computing), а не как “намерение”.
  • Evidence: Tier‑1 — https://docs.phala.network/phala-cloud/what-is/what-is-phala-cloud
  • Why sufficient / why not (1 строка): intent‑флаг не нужен.
  • Conflict note (если есть): —

AI_1 — что делает ИИ (1/0)

  • AI_1 (decision): 1
  • Claim (1 строка): Phala Cloud предоставляет TEE‑инфраструктуру для запуска AI моделей/агентов с конфиденциальностью и attestation (“verifiable results”).
  • Evidence: Tier‑1 — https://docs.phala.network/phala-cloud/what-is/what-is-phala-cloud , https://docs.phala.network/phala-cloud/cases/tee_with_ai
  • Why sufficient / why not (1 строка): Tier‑1 явно описывает AI‑назначение и benefits (confidential AI).
  • Conflict note (если есть): —

AI_2 — демо/примеры (1/0)

  • AI_2 (decision): 1
  • Claim (1 строка): есть пошаговые гайды quick start/Getting Started для деплоя CVM (confidential app) и проверки attestation.
  • Evidence: Tier‑1 — https://docs.phala.network/dstack/getting-started , https://docs.phala.network/phala-cloud/what-is/what-is-phala-cloud
  • Why sufficient / why not (1 строка): воспроизводимый developer flow с шагами деплоя и attestation.
  • Conflict note (если есть): —

AI_3 — метрики/качество (1/0)

  • AI_3 (decision): 0
  • Метрики: —.
  • Контекст (версия/дата/на чём мерили): —.
  • Evidence: Tier‑1 — https://docs.phala.network/phala-cloud/changelog
  • Why sufficient / why not (1 строка): changelog перечисляет модели/обновления, но не даёт воспроизводимых метрик качества AI.
  • Conflict note (если есть): —

AI_4 — техописание/архитектура/версии (1/0)

  • AI_4 (decision): 1
  • Claim (1 строка): описаны dstack компоненты, CVM архитектура, KMS/Root‑of‑Trust и threat model “assume breach”.
  • Evidence: Tier‑1 — https://docs.phala.network/dstack/overview , https://docs.phala.network/dstack/design-documents/whitepaper
  • Why sufficient / why not (1 строка): есть архитектурное техописание.
  • Conflict note (если есть): —

Onchain necessity

OC_1 — контракты/адреса/сеть (1/0)

  • OC_1 (decision): 1
  • Сеть: Ethereum (token/staking).
  • Адреса/идентификаторы: PHA (ERC‑20) 0x6c5bA91642F10282b576d91922Ae6448C9d52f4E; vPHA (ERC‑20) 0x21d6eC8fc14CaAcc55aFA23cBa66798DAB3a0ec0.
  • Evidence: Tier‑1 — https://docs.phala.network/network/overview/phala-staking , https://etherscan.io/token/0x6c5bA91642F10282b576d91922Ae6448C9d52f4E
  • Why sufficient / why not (1 строка): docs фиксируют официальные адреса; эксплорер подтверждает токен.
  • Conflict note (если есть): —

OC_2 — onchain не только токен (1/0)

  • OC_2 (decision): 0
  • Какая полезная логика onchain: кроме token/staking адресов конкретные onchain‑контракты “dstack governance” не приведены в Tier‑1 источниках.
  • Evidence: Tier‑1 — https://docs.phala.network/dstack/design-documents/whitepaper
  • Why sufficient / why not (1 строка): whitepaper описывает governance smart contracts концептуально, без адресов/развёрнутых контрактов.
  • Conflict note (если есть): —

OC_3 — onchain критичен (1/0)

  • OC_3 (decision): 0
  • Тест “замены блокчейна”: core‑функции confidential compute/attestation возможны без блокчейна; критичность onchain для продукта не доказана Tier‑1.
  • Evidence: Tier‑1 — https://docs.phala.network/phala-cloud/what-is/what-is-phala-cloud
  • Why sufficient / why not (1 строка): onchain в первую очередь про incentives/governance.
  • Conflict note (если есть): —

Token necessity

TK_0 — токена нет (1/0)

  • TK_0 (decision): 0
  • Claim (1 строка): в проекте есть токен PHA (ERC‑20) и staking‑пара PHA→vPHA (ERC‑20).
  • Evidence: Tier‑1 — https://docs.phala.network/network/overview/phala-staking , https://etherscan.io/token/0x6c5bA91642F10282b576d91922Ae6448C9d52f4E
  • Why sufficient / why not (1 строка): onchain‑факт токена и staking‑контракта подтверждён Tier‑1.
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

TK_1 — платёж за сервис (1/0)

  • TK_1 (decision): 0
  • Claim (1 строка): прямой “pay‑in‑PHA” для Phala Cloud в Tier‑1 не фиксировался (cloud — “Web2 pricing model”).
  • Evidence: Tier‑1 — https://docs.phala.network/phala-cloud/what-is/what-is-phala-cloud
  • Why sufficient / why not (1 строка): токен utility подтверждён через staking/governance/rewards.
  • Conflict note (если есть): —

TK_2 — стимулы/залоги/штрафы (1/0)

  • TK_2 (decision): 1
  • Claim (1 строка): stake‑to‑earn: workers должны быть staked PHA; делегация даёт incentives compute‑провайдерам и delegators.
  • Evidence: Tier‑1 — https://docs.phala.network/overview/pha-token/delegation/delegate-to-stakepool
  • Why sufficient / why not (1 строка): делегация описывает stake‑обеспечение и rewards.
  • Conflict note (если есть): —

TK_3 — управление (1/0)

  • TK_3 (decision): 1
  • Claim (1 строка): Phala описана как DAO, управляемая PHA token holders; vPHA используется для Snapshot voting.
  • Evidence: Tier‑1 — https://docs.phala.network/overview/pha-token , https://docs.phala.network/network/overview/phala-staking
  • Why sufficient / why not (1 строка): token‑docs и staking‑docs описывают governance роль.
  • Conflict note (если есть): —

TK_4 — токен заменим (1/0)

  • TK_4 (decision): 0
  • Claim (1 строка): токен встроен в stake‑to‑earn и governance механики.
  • Evidence: Tier‑1 — https://docs.phala.network/overview/pha-token , https://docs.phala.network/overview/pha-token/delegation/delegate-to-stakepool
  • Why sufficient / why not (1 строка): без токена ломается механизм incentives/делегации.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://docs.phala.network/phala-cloud/what-is/what-is-phala-cloud что Phala Cloud — confidential AI neocloud: GPU TEE, verifiable results, docker deploy.
Tier‑1 https://docs.phala.network/dstack/overview архитектура dstack/CVM, attestation, decentralized KMS и portable confidential containers.
Tier‑1 https://docs.phala.network/dstack/getting-started воспроизводимый гайд по развёртыванию dstack и деплою docker-compose в CVM (демо/guide).
Tier‑1 https://docs.phala.network/dstack/design-documents/whitepaper whitepaper dstack: zero trust platform, KMS и governance model (техдизайн).
Tier‑1 https://docs.phala.network/dstack/security-audit dstack security audit zkSecurity + ссылка на PDF отчёт.
Tier‑1 https://docs.phala.network/images/audits/dstack-audit.pdf полный audit report (PDF).
Tier‑1 https://docs.phala.network/phala-cloud/cases/tee_with_ai TEE для AI систем + кейсы (agent frameworks, integrations).
Tier‑1 https://docs.phala.network/phala-cloud/changelog актуальные обновления Phala Cloud (в т.ч. confidential AI models с TEE attestation).
Tier‑1 https://docs.phala.network/network/overview/phala-staking staking contract на Ethereum: PHA→vPHA; vPHA用途 (governance/staking/collateral).
Tier‑1 https://docs.phala.network/overview/pha-token/delegation/delegate-to-stakepool stake-to-earn делегация: StakePool/Vault, rewards и treasury share.
Tier‑1 https://docs.phala.network/overview/pha-token роль PHA (workers rewards, running programs, governance, staking/delegation).
Tier‑1 https://github.com/Phala-Network/bounty-program bounty program (код‑баунти; disclosure email).
Tier‑1 https://etherscan.io/token/0x6c5bA91642F10282b576d91922Ae6448C9d52f4E onchain‑факт токена PHA (ERC‑20), max total supply 1B.