Lossless
Lossless (LSS) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Lossless — Security / DeFi / Infra проект: протокол и продукты (Lossless Protocol, Aegis), которые добавляют слой безопасности транзакций и смарт‑контрактов, включая детект/мониторинг, заморозку подозрительных транзакций и процесс расследования/возврата средств (по сайту и официальной документации). Токен LSS — ERC‑20 на Ethereum.
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: протокол/набор инструментов для защиты токенов/контрактов: мониторинг и “hack mitigation” (заморозка/расследование/возврат).
- Для кого: команды токенов/протоколов (интеграция защиты), белые‑хакеры/“finders” и стейкеры (участие в обнаружении/заморозке), пользователи DeFi (косвенно).
- Зачем ончейн/токен: onchain нужен для исполнения механик заморозки/стейкинга/голосования; LSS используется для staking/finders и участия в процессах протокола (по docs/CMC).
Как это работает (очень кратко)
- Пользователь делает: проект интегрирует Lossless (например, LERC‑20 расширение) или использует Aegis/мониторинг; “finders”/стейкеры отслеживают события и репортят подозрительные адреса.
- Система делает: при подозрении на взлом/эксплойт протокол инициирует временную заморозку и запускает процесс проверки; далее — расширенная заморозка и процедура решения/реверса (описано в whitepaper/тех‑доках).
- Пользователь получает: предотвращение/снижение потерь и (в идеале) возврат средств; для “finders”/стейкеров — вознаграждения (по документации).
- Где блокчейн: токен LSS, стейкинг/контроллеры/контракты протокола и заморозка выполняются onchain (Ethereum и поддерживаемые сети).
- Роль токена (если есть): LSS используется для стейкинга/участия в процессах “hack spotting” и управленческих механизмов (по whitepaper/docs).
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Lossless |
| Также известен как (aliases) | LSS; Lossless Protocol; Lossless Aegis; LERC‑20 |
| Лого (logo) | ../assets/386_lossless_logo.png |
| Символ токена (ticker) | LSS |
| Категория | Security | DeFi | Infra |
| Основная сеть (chain) | Ethereum |
| Тип | EVM |
| Статус сети | mainnet |
| Консенсус (consensus) | PoS (Ethereum) |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | active |
| Токен (стандарт) | ERC-20 |
| Контракт токена | 0x3b9be07d622accaed78f479bc0edabfd6397e320 |
| Модель токена (token_type) | utility (staking + governance) |
| Макс. предложение | 100,000,000 LSS (Etherscan) |
| Эмиссия | fixed (по max supply) |
| Токеномика (tokenomics, кратко) | finders стейкают LSS для заморозки; stake может быть конфискован при ложном репорте (Tier‑1 whitepaper) |
| Управление | “committee voting” / governance‑контракты (по docs) |
| Админы/ключи | — |
| Аудит | yes (официальная страница Audits в docs) |
| Bug bounty | yes (Immunefi) |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | monitoring/threat detection (no ML metrics) |
| Use‑case (use_case) | exploit mitigation (freeze + investigation) |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 3/6 — среднее соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 1 / 3 / 2 / 3 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://lossless.io |
| Docs | https://lossless-cash.gitbook.io/lossless/ |
| GitHub | https://github.com/Lossless-Cash |
| Releases / Changelog | https://losslessdefi.medium.com |
| Whitepaper | https://docs.lossless.io/protocol |
| Roadmap | https://lossless.io/the-lossless-blueprint-our-strategic-goals-for-h1-2024/ |
| Security advisories | https://github.com/Lossless-Cash/lossless-v4/security |
| Explorer | https://etherscan.io/token/0x3b9be07d622accaed78f479bc0edabfd6397e320 |
| App / Demo | https://platform.lossless.io/ |
| X | https://twitter.com/losslessdefi |
| Discord | https://discord.gg/5kruscwkJY |
| Telegram | https://t.me/lossless_io |
| Medium | https://losslessdefi.medium.com |
| Audit report(s) | https://docs.lossless.io/protocol/technical-reference/hack-mitigation-protocol/audits |
| Bug bounty | https://immunefi.com/bug-bounty/lossless/ |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/lossless |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/lossless/ |
Общее описание проекта
Lossless строит “hack mitigation” слой для Web3: проект предлагает протокол и инструменты, которые позволяют мониторить и останавливать (freeze) подозрительные/вредоносные транзакции, затем проводить проверку и, при подтверждении инцидента, продолжать процедуру заморозки и восстановления/возврата средств. В документации протокола описаны LERC‑20 расширение, процесс репортинга и стейкинга “finders”, комитет/голосование и смарт‑контракты. На сайте выделяются продукты: Lossless Protocol (платформа), Aegis (monitoring), Vault Protection, Token Minter и т. п.
Фичи/модули
- Lossless Protocol (митигирование эксплойтов: freeze + процесс расследования/решений).
- LERC‑20 стандарт/расширение ERC‑20 (интеграция в токены).
- Aegis (проактивный мониторинг угроз и защита).
- Комьюнити‑модель “finders” (stake и вознаграждения за выявление/заморозку).
- Governance/committee voting (механизм принятия решений по инцидентам).
Типичные сценарии
- Сценарий 1: команда токена внедряет Lossless/LERC‑20 → получает возможность замораживать/реверсить вредоносные транзакции по процессу протокола.
- Сценарий 2: “finder” отслеживает onchain‑события → ставит LSS и инициирует заморозку → получает вознаграждение при подтверждении инцидента (по whitepaper).
- Сценарий 3: проект подключает мониторинг Aegis → получает алерты/защиту для mission‑critical контрактов (по сайту).
Как начать (кошелёк/сеть)
- Что нужно: EVM‑кошелёк (MetaMask) для операций с LSS/стейкингом; для интеграции — разработчик и доступ к документации.
- Сеть/chain: Ethereum (токен LSS); протокол заявляет поддержку нескольких сетей (по сайту).
- Комиссии: сетевые комиссии (gas) в соответствующей сети при стейкинге/взаимодействии с контрактами.
Архитектура/техника (без AI)
- Компоненты: смарт‑контракты протокола (controller/governance/reporting/staking и др.); LERC‑20 расширение; offchain‑инструменты мониторинга/аналитики; UI‑платформа.
- Роли участников: token creators (интеграция), “finders”/white‑hats (репортинг/заморозка), комитет/голосующие, команда протокола.
- Где выполняется логика: критическая логика заморозки/стейкинга/голосований — onchain; мониторинг/аналитика/алерты — offchain.
- Зависимости: Ethereum/EVM сети, RPC, инфраструктура мониторинга; интеграции токенов.
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: участие в “hack spotting” и протокольных процессах (stake/голосования), а также стимулы/вознаграждения.
- Источники необходимости в протоколе: по whitepaper, “finders” стейкают LSS, чтобы заморозить адрес; при ложном срабатывании stake может быть конфискован — это экономический механизм против спама/ложных репортов.
- Кто платит комиссии: участники, взаимодействующие с контрактами (finders, стейкеры, проекты).
- Куда идут комиссии: сетевые комиссии — валидаторам сети; распределения протокольных комиссий описаны в whitepaper (проценты для finders/stakers/committee/company).
- Эмиссия/сжигание: фиксированный max supply 100M LSS.
- Механизмы безопасности/стимулов: стейкинг LSS для права инициировать freeze; конфискация стейка при отклонении репорта; вознаграждения при подтверждении (whitepaper).
- Распределение и график выпуска токенов: — (не найдено Tier‑1 источника в links_*).
- Казначейство: — (не фиксировали).
Управление
- Кто принимает решения: комитет/участники governance + компания/токен‑создатель в рамках “three party decision making” (whitepaper).
- Как меняются параметры протокола: через governance‑контракты/процедуры (подробности — в docs).
- Где обсуждают/принимают решения: документация и репозитории GitHub (links_*).
- Ключи/мультисиг: — (не установлено по Tier‑1 источникам).
Безопасность и инциденты
- Аудиты: есть (официальная страница Audits в docs, PDF).
- Bug bounty: есть (Immunefi).
- Инциденты: — (не найдено Tier‑1 подтверждение).
- Модель угроз: предполагает возможность ложных/вредоносных репортов — поэтому используется stake/конфискация; доверенная процедура расследования и голосования (whitepaper).
Статус проекта и таймлайн
- Текущий статус: mainnet (продукты доступны через web‑интерфейсы).
- Ключевые релизы/вехи: — (не фиксировали в этой карточке).
- Roadmap: опубликован в блоге Lossless (см. links_*).
Экосистема/интеграции
- Интеграции: поддерживаемые сети (Tier‑1 website): Ethereum, Arbitrum, Polygon, BNB Smart Chain, Avalanche, Fantom, Harmony, Elysium, Arthera.
- Партнёры: — (не фиксировали в этой карточке).
- Где реально используется: web‑продукты Lossless Protocol / Aegis доступны по ссылкам из website (см. links_*).
Ai составляющая проекта
- Что здесь реально ИИ? В Tier‑1 источниках проект в первую очередь про onchain‑безопасность и mitigation; “Aegis” описывается как мониторинг угроз, но в публичных docs нет чётких метрик/описания ML‑моделей — поэтому AI‑компонент оцениваем осторожно.
- Что реально onchain? контракты протокола (staking/reporting/governance/controller) и токен LSS на Ethereum; механика freeze/стейкинга/голосования.
- Зачем нужен токен? LSS используется как stake для инициирования заморозок и участия/стимулов в процессе выявления взломов (whitepaper/docs).
- Красные флаги (по найденной информации): AI‑washing — “AI” в теге/маркетинге без метрик; что перепроверить — наличие/описание моделей в Aegis и их качество; onchain/token‑washing — низкий риск (механики в whitepaper).
Итог по компонентам DecAI Fit
- DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | низко | 1 |
| Onchain necessity | высоко | 3 |
| Token necessity | средне | 2 |
| Evidence | Tier‑1 есть | 3 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 1
- Claim (1 строка): Aegis позиционируется как “threat monitoring / smart contract defence” инструмент.
- Evidence: Tier‑1 — https://lossless.io
- Why sufficient / why not (1 строка): это формулировка о мониторинге, но без описания моделей/метрик.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 0
- Claim (1 строка): наличие ML/AI‑моделей для детекта не подтверждено в тех‑документации (в доступном Tier‑1).
- Evidence: Tier‑1 — https://docs.lossless.io/protocol
- Why sufficient / why not (1 строка): docs описывают hack‑mitigation процесс и механизмы, но не фиксируют конкретный AI‑стек/метрики.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 0
- Claim (1 строка): демо/пример именно “AI‑детекта” не выделен как проверяемый артефакт.
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): кейсы в whitepaper относятся к протокольной логике/мониторингу, но не к воспроизводимым AI‑метрикам.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): метрики AI‑компонента не опубликованы в доступных Tier‑1 источниках.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 0
- Claim (1 строка): публично описана архитектура протокола безопасности, но не архитектура AI/ML моделей.
- Evidence: Tier‑1 — https://docs.lossless.io/protocol
- Why sufficient / why not (1 строка): это не техописание AI‑части.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Ethereum
- Адреса/идентификаторы: LSS token: 0x3b9be07d622accaed78f479bc0edabfd6397e320
- Evidence: Tier‑1 — https://etherscan.io/token/0x3b9be07d622accaed78f479bc0edabfd6397e320
- Why sufficient / why not (1 строка): токен/адрес и базовые параметры onchain верифицируемы через Etherscan.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: механика freeze/стейкинга/голосования и процессы hack mitigation реализуются через смарт‑контракты протокола.
- Evidence: Tier‑1 — https://docs.lossless.io/protocol
- Why sufficient / why not (1 строка): docs описывают onchain‑процесс (freeze, staking, committee voting).
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 1
- Тест “замены блокчейна”: без ончейна нельзя надежно замораживать/реверсить транзакции и выполнять стейкинг/голосования в доверенно‑минимизируемой модели.
- Evidence: Tier‑1 — https://docs.lossless.io/protocol
- Why sufficient / why not (1 строка): ключевая ценность Lossless — onchain enforcement механик mitigation.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): у проекта есть токен LSS (ERC‑20).
- Evidence: Tier‑1 — https://etherscan.io/token/0x3b9be07d622accaed78f479bc0edabfd6397e320
- Why sufficient / why not (1 строка): токен подтверждён explorer’ом.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 0
- Claim (1 строка): прямой “pay‑per‑use” в LSS не подтверждён как обязательный в доступных Tier‑1.
- Evidence: Tier‑1 — https://docs.lossless.io/protocol
- Why sufficient / why not (1 строка): белая книга больше про staking/committee/rewards, чем про оплату сервиса LSS’ом.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): finders стейкают LSS, чтобы инициировать заморозку; при отклонении репорта stake может быть конфискован; при подтверждении — вознаграждения.
- Evidence: Tier‑1 — https://docs.lossless.io/protocol
- Why sufficient / why not (1 строка): это ключевой incentive‑механизм протокола.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): LSS используется для участия в governance/committee‑процессах (в т.ч. “committee voting”).
- Evidence: Tier‑1 — https://docs.lossless.io/protocol
- Why sufficient / why not (1 строка): governance и роль токен‑холдеров описаны в документации/whitepaper.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 0
- Claim (1 строка): токен выполняет роль залога/стимула, и простая “замена” на offchain очки/бонусы ухудшит проверяемость и экономическую безопасность.
- Evidence: Tier‑1 — https://docs.lossless.io/protocol
- Why sufficient / why not (1 строка): staking/конфискация/вознаграждения завязаны на токен и ончейн‑процесс.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://lossless.io | продуктовая витрина: Lossless Protocol, Aegis, LERC‑20, “freeze suspicious transactions” |
| Tier‑1 | https://docs.lossless.io/protocol | whitepaper/документация: процесс hack mitigation, staking finders, committee/governance |
| Tier‑1 | https://docs.lossless.io/protocol/technical-reference/hack-mitigation-protocol/audits | наличие аудит‑страницы и ссылка на аудит‑PDF |
| Tier‑1 | https://immunefi.com/bug-bounty/lossless/ | наличие bug bounty и in-scope контрактов |
| Tier‑1 | https://etherscan.io/token/0x3b9be07d622accaed78f479bc0edabfd6397e320 | токен LSS, сеть и max supply |
| Tier‑1 | https://github.com/Lossless-Cash | публичные репозитории протокола/SDK |
| Tier‑2 | https://coinmarketcap.com/currencies/lossless/ | агрегаторный профиль/контекст рынка и краткое описание |
No comments to display
No comments to display