Lit Protocol
Lit Protocol — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Lit Protocol — Infra / Cryptography проект (Lit Chain + сеть Lit Nodes), токен (символ: LITKEY).
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: децентрализованная сеть управления ключами/секретами для подписи и шифрования (threshold cryptography), плюс «серверлесс» JS‑функции (Lit Actions) для правил доступа и автоматизаций.
- Для кого: разработчики приложений, которым нужны программируемые подписи/дешифрование/политики доступа без хранения единого приватного ключа у сервера.
- Зачем ончейн/токен: onchain нужен для учёта/координации и оплаты услуг сети; токен LITKEY используется как газ Lit Chain, как оплата за операции сети, а также для стейкинга операторов и governance.
Как это работает (очень кратко)
- Пользователь делает: приложение вызывает Lit для подписи/дешифрования или запуска Lit Action.
- Система делает: Lit Nodes, работающие в TEEs, выполняют операцию по MPC/TSS: каждый узел использует свою долю ключа.
- Пользователь получает: результат (подпись/дешифрование/исполнение Lit Action) без раскрытия приватного ключа одному узлу/клиенту.
- Где блокчейн: Lit Chain хранит состояния/контракты (в т.ч. ledger для предоплаты и параметры сети).
- Роль токена: LITKEY — газ Lit Chain, оплата услуг сети, стейкинг/делегирование операторов и governance.
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Lit Protocol |
| Также известен как (aliases) | Lit, Lit Network, Lit Nodes, Lit Actions, LITKEY |
| Лого (logo) | ../assets/189_lit-protocol_logo.webp |
| Символ токена (ticker) | LITKEY |
| Категория | Infra | Cryptography |
| Основная сеть (chain) | Lit Chain |
| Тип | EVM |
| Статус сети | — |
| Консенсус (consensus) | — |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | active |
| Токен (стандарт) | ERC-20 |
| Контракт токена | 0x4D4eb0E8B160f6EbF63cC6d36060ffec09301B42 (Ethereum, master) |
| Модель токена (token_type) | utility (work + payment + governance) |
| Макс. предложение | 1,000,000,000 LITKEY (fixed token supply; по docs) |
| Эмиссия | — |
| Токеномика (tokenomics, кратко) | LITKEY используется как work+payment+governance токен; оплата услуг через ledger contract на Lit Chain |
| Управление | onchain governance + Lit Protocol Council на старте v1 (по docs) |
| Админы/ключи | — |
| Аудит | yes (есть папка с аудитами; по docs) |
| Bug bounty | yes (по docs) |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | — |
| Use‑case (use_case) | threshold signing, encryption/decryption, access control, automations |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 0/6 — нет AI reality и нет AI intent (ai_score=0) |
| Итог по компонентам DecAI Fit | 0 / 2 / 3 / 2 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://litprotocol.com/ |
| Docs | https://naga.developer.litprotocol.com/learning-lit/how-it-works |
| GitHub | https://github.com/LIT-Protocol |
| Releases / Changelog | https://naga.developer.litprotocol.com/changelog |
| Whitepaper | https://github.com/LIT-Protocol/whitepaper/blob/main/Lit%20Protocol%20Whitepaper%20(2024).pdf |
| Roadmap | https://spark.litprotocol.com/2025-cryptography-roadmap/ |
| Security advisories | https://github.com/LIT-Protocol/js-sdk/security/advisories |
| Explorer | https://etherscan.io/token/0x4D4eb0E8B160f6EbF63cC6d36060ffec09301B42 |
| X | https://twitter.com/LitProtocol |
| Discord | https://discord.com/invite/zBw5hDZve8 |
| Telegram | https://t.me/+6ckQP9u442RiNzk5 |
| Medium | — |
| Audit report(s) | https://drive.google.com/drive/folders/1Rrht88iUkzpofwl1CvP9gEjqY60BKyFn |
| Bug bounty | https://developer.litprotocol.com/security/bug-bounty |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/lit-protocol |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/lit-protocol/ |
Общее описание проекта
Lit Protocol описывает себя как «decentralized programmable key management network» для подписи и шифрования. Ключевая идея — ключи и секреты управляются распределённо: каждый узел держит долю ключа, а операции подписи/дешифрования выполняются порогово (threshold) с участием более (2/3) сети (по документации).
Поверх криптографических операций Lit предлагает Lit Actions — иммутабельные JS‑функции, которые задают политики использования ключей (правила доступа, spending policies, автоматизации транзакций и т.п.) и исполняются в JS‑окружении внутри узлов.
Фичи/модули
- Threshold signing & encryption/decryption (MPC/TSS + DKG).
- Lit Actions: «серверлесс» функции для правил доступа/оркестрации данных и автоматизации.
- TEEs: аппаратная изоляция вычислений и хранения key shares.
- Lit Chain: onchain‑слой для координации, учёта и оплаты (ledger contract, газ, операции управления).
Типичные сценарии
- Сценарий 1 (доступ к зашифрованным данным): приложение шифрует данные и задаёт условия доступа; пользователи получают дешифрование только при выполнении условий.
- Сценарий 2 (автоматизация подписи): Lit Action проверяет условия (onchain/offchain) и разрешает подпись транзакции или сообщения.
- Сценарий 3 (политики расходования): Lit Action реализует spending policies и управляет тем, когда и что подписывать.
Как начать (кошелёк/сеть)
- Что нужно: EVM‑кошелёк для взаимодействия с Lit Chain и токеном LITKEY; SDK проекта.
- Сеть/chain: Lit Chain (в документации описана как Arbitrum Orbit‑based L3) + мосты для LITKEY (Ethereum/Base/Arbitrum/Optimism и др.).
- Комиссии: газ Lit Chain и оплата услуг сети в LITKEY через предоплаченный ledger.
Архитектура/техника (без AI)
- Компоненты: Lit Nodes (TEE + key shares + JS runtime), DKG, MPC/TSS, Lit Chain (ledger/price feed/управление), SDK/Payment Manager.
- Роли участников: операторы нод (stake), разработчики/пользователи (платят за операции), governance‑участники.
- Где выполняется логика: криптографические операции и Lit Actions — на узлах в TEEs; учёт/оплата/параметры — onchain на Lit Chain.
- Зависимости: TEE‑технологии + пороговые схемы подписи/шифрования.
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: LITKEY — work‑токен (стейк операторов), payment‑токен (оплата операций сети), governance‑токен (управление).
- Источники необходимости в протоколе: docs описывают, что для участия в сети операторы должны стейкать LITKEY; пользователи платят за операции сети в LITKEY.
- Кто платит комиссии: пользователи/приложения, потребляющие подписи/дешифрование/Lit Actions; отдельно — газ Lit Chain.
- Куда идут комиссии: на оплату услуг и компенсацию операторов; детали распределения вынесены в token paper (ссылка в docs).
- Эмиссия/сжигание: fixed token supply 1B описан в docs; распределение/вестинг — в разделе Initial Allocation and Distribution.
Управление
- Кто принимает решения: держатели LITKEY + Lit Protocol Council на старте v1 (по docs).
- Как меняются параметры протокола: через governance‑архитектуру (см. docs).
Безопасность и инциденты
- Аудиты: в документации дана ссылка на папку с отчётами аудитов.
- Bug bounty: заявлена программа bug bounty (по docs).
- Инциденты: публичные Tier‑1 постмортемы/инциденты не выявлены.
- Модель угроз: docs описывают комбинацию MPC/TSS и TEE, чтобы избежать единой точки отказа и извлечения key shares.
Статус проекта и таймлайн
- Текущий статус: документация и SDK поддерживаются, описана экономическая модель оплаты и governance.
- Ключевые релизы/вехи: см. changelog и GitHub.
- Roadmap: см. ссылку на «cryptography roadmap».
Экосистема/интеграции
- Где реально используется: use‑cases ориентированы на приложения, которым нужны подпись/дешифрование/политики доступа; конкретные интеграции не перечислены в карточке.
Ai составляющая проекта
- Что здесь реально ИИ? По Tier‑1 источникам это криптография/управление ключами/автоматизации; AI‑модель/инференс не заявлены как компонент продукта.
- Что реально onchain? Lit Chain (ledger для предоплаты, газ, операции управления/координации) + контрактные адреса токена.
- Зачем нужен токен? LITKEY — оплата услуг сети, стейкинг операторов, governance и газ Lit Chain.
- Красные флаги (по найденной информации): AI‑washing — высокий (проект не про AI); что перепроверить: max supply/параметры эмиссии из token paper и/или onchain.
Итог по компонентам DecAI Fit
- DecAI Fit: 0/6 — нет AI reality и нет AI intent (ai_score=0)
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | низко | 0 |
| Onchain necessity | средне | 2 |
| Token necessity | высоко | 3 |
| Evidence | Tier‑1 частично есть | 2 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 0
- Claim (1 строка): намерения/roadmap по AI как отдельному модулю не найдены.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/learning-lit/how-it-works
- Why sufficient / why not (1 строка): документы описывают криптографические сервисы, а не AI‑компонент.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 0
- Claim (1 строка): AI‑функции не описаны.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/learning-lit/how-it-works
- Why sufficient / why not (1 строка): Lit Actions и threshold cryptography не являются AI.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 0
- Claim (1 строка): демо AI‑компонента отсутствует.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/learning-lit/how-it-works
- Why sufficient / why not (1 строка): примеры относятся к криптографическим операциям/политикам доступа.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/learning-lit/how-it-works
- Why sufficient / why not (1 строка): AI‑метрики не применимы.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 0
- Claim (1 строка): техописание есть, но оно не про AI‑модель/инференс.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/learning-lit/security
- Why sufficient / why not (1 строка): security model описывает MPC/TSS + TEEs, а не AI.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Ethereum (master LITKEY) + Lit Chain (native gas token)
- Адреса/идентификаторы: master LITKEY on Ethereum
0x4D4eb0E8B160f6EbF63cC6d36060ffec09301B42 - Evidence: Tier‑1 — https://naga.developer.litprotocol.com/governance/litkey/bridging-and-addresses
- Why sufficient / why not (1 строка): страница с официальными адресами фиксирует контракт токена.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: ledger contract на Lit Chain для предоплаты и автоматического списания за сервисы; операции управления/генерации ключей требуют транзакций на Lit Chain.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/learning-lit/pricing/payment-model
- Why sufficient / why not (1 строка): docs описывают onchain‑учёт баланса и списания за операции.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 0
- Тест “замены блокчейна”: сеть могла бы теоретически учитывать платежи/учёт на сервере; строгого Tier‑1 доказательства «ломается без блокчейна» в операциональном виде не найдено.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/learning-lit/pricing/payment-model
- Why sufficient / why not (1 строка): docs объясняют, как это устроено на Lit Chain, но не формулируют “без блокчейна теряет смысл” по стандарту OC_3.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): в проекте есть токен LITKEY.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/governance/litkey/overview
- Why sufficient / why not (1 строка): docs описывают функции токена.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 1
- Claim (1 строка): все сервисы сети тарифицируются и оплачиваются в LITKEY через ledger.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/learning-lit/pricing/payment-model
- Why sufficient / why not (1 строка): описан token deposit/ledger и списание за операции в LITKEY.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): операторы нод должны стейкать LITKEY и получают вознаграждения за работу сети.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/governance/litkey/overview
- Why sufficient / why not (1 строка): work‑token функция описана явно.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): LITKEY используется для onchain governance.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/governance/litkey/overview
- Why sufficient / why not (1 строка): governance‑роль токена описана явно.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 0
- Claim (1 строка): LITKEY описан как базовый work/payment/governance актив сети и gas Lit Chain.
- Evidence: Tier‑1 — https://naga.developer.litprotocol.com/governance/litkey/overview
- Why sufficient / why not (1 строка): токен встроен в механику оплаты, стейкинга и управления, т.е. является нативным инструментом протокола.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://naga.developer.litprotocol.com/learning-lit/how-it-works | описание сети узлов, key shares, Lit Actions и порогового исполнения |
| Tier‑1 | https://naga.developer.litprotocol.com/learning-lit/security | использование MPC/TSS и TEEs, а также наличие ссылок на аудиты и bug bounty |
| Tier‑1 | https://naga.developer.litprotocol.com/learning-lit/pricing/payment-model | модель оплаты в LITKEY через ledger contract на Lit Chain |
| Tier‑1 | https://naga.developer.litprotocol.com/governance/litkey/overview | роль LITKEY как work/payment/governance токена |
| Tier‑1 | https://naga.developer.litprotocol.com/governance/litkey/initial-allocation-and-distribution | fixed token supply 1B и распределение LITKEY |
| Tier‑1 | https://naga.developer.litprotocol.com/governance/litkey/bridging-and-addresses | официальные адреса контрактов LITKEY на разных сетях |
| Tier‑2 | https://www.coingecko.com/en/coins/lit-protocol | справочный профиль |
No comments to display
No comments to display