Skip to main content

Что такое слэшинг (slashing)

Что такое слэшинг (slashing)

Слэшинг (slashing) — это штрафной механизм в блокчейн-сетях с Proof of Stake (PoS), который наказывает валидаторов за поведение, угрожающее безопасности или целостности сети. При слэшинге часть застейканных токенов валидатора уничтожается (сжигается) или перераспределяется, а сам валидатор, как правило, исключается из активного набора — временно или навсегда.

Слэшинг существует потому, что PoS-сети полагаются на экономические стимулы, а не на вычислительную работу для защиты цепочки. Валидаторы блокируют токены в качестве залога; слэшинг гарантирует, что этот залог действительно подвергается риску в случае недобросовестного поведения валидатора.

Коротко: слэшинг — это экономическое наказание за нарушения валидатора в PoS-системах, и для крипто-ИИ проектов, связанных со стейкингом или участием в валидации, он представляет реальный финансовый риск, привязанный к надёжности инфраструктуры.

Как работает слэшинг

Нарушения, вызывающие слэшинг

Не каждая ошибка валидатора приводит к слэшингу. Протоколы обычно разграничивают мелкие штрафы (за офлайн или задержки) и нарушения уровня слэшинга (за поведение, способное скомпрометировать консенсус сети). Наиболее распространённые нарушения, за которые предусмотрен слэшинг:

  • Двойное подписание (equivocation) — валидатор подписывает два разных блока для одного слота или высоты, фактически пытаясь создать форк. Это наиболее серьёзное нарушение, поскольку оно напрямую угрожает целостности консенсуса.
  • Окружающее голосование (surround voting) — валидатор отдаёт голоса-аттестации, противоречащие друг другу таким образом, что это может позволить реорганизацию цепочки. Этот тип нарушения специфичен для консенсуса Casper FFG в Ethereum.
  • Продолжительный простой — в некоторых сетях длительные периоды офлайна приводят к нарастающим штрафам, которые могут перерасти в слэшинг. В Ethereum нахождение в офлайне приводит к штрафам «утечки бездействия» (inactivity leak), а не к формальному слэшингу, но в других PoS-цепочках продолжительный простой может рассматриваться как нарушение уровня слэшинга.

Процесс штрафования

При обнаружении поведения, подлежащего слэшингу, протокол применяет последствия автоматически через ончейн-логику:

  1. Обнаружение — другие валидаторы или контракты мониторинга выявляют конфликтующие подписи или нарушение протокола.
  2. Подача доказательства — доказательство нарушения (например, два конфликтующих подписанных сообщения) подаётся ончейн, часто «информатором» (whistleblower), который может получить вознаграждение.
  3. Применение штрафа — протокол сжигает определённый процент стейка нарушившего валидатора. Точная сумма зависит от сети и серьёзности нарушения. В Ethereum минимальный штраф слэшинга составляет 1/32 от эффективного баланса валидатора, с дополнительными «корреляционными штрафами» при одновременном слэшинге нескольких валидаторов.
  4. Исключение — валидатор, подвергшийся слэшингу, исключается из активного набора и попадает в очередь на вывод. В некоторых сетях валидатор не может вернуться; в других он может войти заново после периода ожидания и повторного стейкинга.

Корреляционные штрафы

Некоторые протоколы, в первую очередь Ethereum, применяют корреляционные штрафы, масштабирующиеся с числом валидаторов, подвергшихся слэшингу в одном временном окне. Если один валидатор подвергается слэшингу изолированно, штраф относительно мал. Но если множество валидаторов получают слэшинг одновременно — что указывает на координированную атаку или массовый баг программного обеспечения — штрафы резко возрастают, вплоть до потери всего стейка. Такой дизайн гарантирует, что коррелированные сбои (более опасные для сети) наказываются строже, чем изолированные инциденты.

Почему это важно для крипто-ИИ проектов

ИИ-проекты с функциями валидатора. Некоторые крипто-ИИ проекты включают стейкинг или роли, аналогичные валидаторам: участники стейкают токены и предоставляют ИИ-вычисления, разметку данных или услуги верификации моделей. Если эти системы включают слэшинг за некачественные результаты или нечестное поведение, участники несут реальный экономический риск — не только альтернативные издержки.

Риск для застейканного капитала. Любой проект, побуждающий пользователей стейкать токены в PoS-сети, подвергает их риску слэшинга. Инструменты оптимизации стейкинга на базе ИИ или протоколы ликвидного стейкинга должны учитывать сценарии слэшинга в своих моделях риска. ИИ-агент, управляющий застейканными позициями и игнорирующий риск слэшинга, является неполноценным.

Контроль качества. В децентрализованных ИИ-сетях (маркетплейсы вычислений, сети инференса, уровни валидации данных) механизмы, аналогичные слэшингу, могут обеспечивать качество: ноды, возвращающие некорректные результаты инференса, подающие повреждённые данные или не выполняющие назначенные задачи, могут терять застейканный залог. Это адаптация блокчейн-концепции слэшинга к ИИ-специфичным контекстам.

Где это появляется в карточках проектов DecAIHub

  • Consensus — проекты на PoS-цепочках (Ethereum, Solana, Avalanche, сети на базе Cosmos и другие) наследуют слэшинг как часть механизма консенсуса. Поле Consensus в карточке проекта косвенно указывает, применяется ли слэшинг в базовой сети.
  • Staking — проекты, включающие стейкинг (в собственной сети или на основной цепочке развёртывания), подвергают стейкеров риску слэшинга. Модель стейкинга в карточке проекта может содержать ссылки на условия слэшинга.
  • Token model — для проектов с валидаторной архитектурой модель токена может включать слэшинг как часть системы стимулов: валидаторы стейкают токены проекта и рискуют получить слэшинг за нарушения.
  • Type — L1-проекты, реализующие собственный PoS-консенсус, напрямую определяют правила слэшинга. L2-проекты и dApp-проекты наследуют условия слэшинга основной цепочки.

Что слэшинг сам по себе не доказывает

  • Безопасность — наличие слэшинга не гарантирует безопасность сети. Слэшинг сдерживает рациональных экономических агентов, но не предотвращает баги, социальную инженерию или атаки на управление. Валидатор может быть подвергнут слэшингу из-за бага программного обеспечения, а не из-за злого умысла.
  • Децентрализацию — слэшинг — это механизм, а не мера децентрализации. Сеть со слэшингом может иметь малый, концентрированный набор валидаторов.
  • Качество ИИ — адаптация слэшинга для наказания за некачественные ИИ-результаты — это обоснованный паттерн проектирования, но его эффективность зависит от возможности объективно верифицировать качество результатов ончейн. Для сложных ИИ-задач, где качество субъективно, критерии слэшинга могут быть трудноопределимыми.
  • Ценность токена — слэшинг влияет на предложение токенов (сожжённые токены уменьшают оборотное предложение), но этот механический эффект не определяет, имеет ли токен фундаментальную ценность или необходимость.

Часто задаваемые вопросы

Может ли слэшинг произойти случайно?

Да. Наиболее частая причина случайного слэшинга — одновременный запуск одних и тех же ключей валидатора на двух разных машинах (ошибка конфигурации, приводящая к двойному подписанию). Баги в клиентском ПО валидаторов также вызывали случаи слэшинга. Именно поэтому операторы валидаторов серьёзно относятся к резервированию и управлению ключами — и почему разнообразие клиентов (использование разных программных реализаций) важно для сети в целом.

Каждая ли PoS-сеть имеет слэшинг?

Большинство PoS-сетей реализуют ту или иную форму слэшинга, но серьёзность и условия различаются. Ethereum имеет формальный механизм слэшинга за двойное подписание и окружающее голосование. Цепочки на базе Cosmos применяют слэшинг за двойное подписание и длительный простой. Некоторые сети используют более мягкие наказания (такие как временное «заключение» валидатора) вместо уничтожения стейка. Конкретные правила слэшинга являются частью дизайна каждого протокола и задокументированы в его спецификациях.

Внешние ссылки

См. также

No comments to display

Back to top