Skip to main content

Что такое AVS

Что такое AVS

AVS (Actively Validated Service) — это децентрализованный сервис, который опирается на набор валидаторов, активно выполняющих задачи и рискующих экономическим залогом для обеспечения честного поведения. В отличие от смарт-контракта, который выполняется пассивно при вызове, AVS требует, чтобы валидаторы непрерывно или периодически выполняли конкретные обязанности — проверяли данные, выполняли вычисления, создавали аттестации или поддерживали доступность — при этом их застейканный капитал подлежит слэшингу в случае невыполнения обязанностей или злонамеренных действий.

Коротко: AVS — это сервис, обеспеченный валидаторами, которые стейкают капитал и несут штрафы за нарушения. Концепция тесно связана с рестейкингом, который предоставляет механизм для расширения экономической безопасности валидаторов с существующего блокчейна на AVS.

Как работает AVS

Концепция AVS формализует паттерн, который всегда существовал в блокчейн-системах: сервисы, которым нужны активные, экономически мотивированные участники для корректного функционирования.

Активная валидация

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

Экономическая безопасность через рестейкинг

Исторически каждый сервис, требующий активной валидации, должен был формировать собственную безопасность — привлекать валидаторов, выпускать токен стейкинга и накапливать достаточный экономический капитал для предотвращения атак. Это дорого и создаёт фрагментированную безопасность.

Модель AVS, особенно в сочетании с фреймворками рестейкинга, меняет эту динамику. Вместо того чтобы каждому AVS иметь собственный независимый пул стейкинга, валидаторы могут рестейкать активы с устоявшегося блокчейна для одновременного обеспечения безопасности нескольких AVS-протоколов. Рестейканный капитал подлежит слэшингу каждым AVS, к которому валидатор подключился, создавая реальную экономическую ответственность без необходимости каждому сервису начинать с нуля.

Слэшинг и ответственность

Определяющая черта AVS — валидаторы несут реальные экономические последствия за некачественную работу. Каждый AVS определяет собственные условия слэшинга — конкретные нарушения или сбои, ведущие к потере застейканного капитала. Эти условия могут включать:

  • Предоставление некорректных данных или аттестаций.
  • Нарушение требуемого временного окна ответа.
  • Подписание противоречивых заявлений (эквивокация).
  • Нахождение в офлайне во время критического периода обязанностей.

Правила слэшинга должны быть объективными и верифицируемыми — в идеале доказуемыми ончейн — чтобы споры могли быть решены прозрачно.

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

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

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

Децентрализованная координация ИИ-задач. ИИ-вычислительные сети, распределяющие задачи между несколькими операторами, могут использовать модель AVS для обеспечения корректного выполнения работы. Валидаторы контролируют выполнение задач, оценивают результаты и применяют штрафы за некачественную работу.

Безопасность без фрагментации токенов. Вместо выпуска нового токена специально для обеспечения сервисов верификации ИИ проект может структурировать свой уровень верификации как AVS и использовать рестейканную безопасность, избегая сложности создания и поддержания отдельного токена безопасности.

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

  • Type — проект, функционирующий как AVS или предоставляющий AVS-инфраструктуру, может быть классифицирован с типом, отражающим его роль как активно валидируемого сервиса.
  • Category — AVS-сервисы верификации или координации ИИ обычно относятся к инфраструктурным категориям в карточках проектов.
  • Consensus — проекты, построенные как AVS-протоколы, имеют собственную логику валидации и слэшинга, которая может быть описана в разделе консенсуса или архитектуры безопасности.
  • Token model — если токен проекта используется для стейкинга в рамках AVS (или для вознаграждения валидаторов AVS), это отражается в токеномодели.

Что AVS сам по себе не доказывает

  • Качество ИИ — AVS обеспечивает процесс валидации, а не саму ИИ-модель. Хорошо спроектированный AVS может подтвердить, что валидаторы честно сообщают результаты инференса, но не может гарантировать, что базовая ИИ-модель точна, полезна или хорошо обучена.
  • Достаточную безопасность — безопасность AVS зависит от общей суммы рестейканного капитала, количества и независимости валидаторов и корректности условий слэшинга. Метка «AVS» не гарантирует достаточную экономическую безопасность.
  • Децентрализацию — если небольшое число валидаторов контролирует большую часть рестейканного капитала для AVS, сервис децентрализован по названию, но централизован на практике. Разнообразие валидаторов и распределение стейка имеют значение.
  • Необходимость — не каждому ИИ-сервису нужны экономические гарантии безопасности AVS. Некоторые ИИ-задачи можно верифицировать другими способами (криптографические доказательства, системы репутации или простая избыточность). AVS добавляет затраты и сложность; его использование должно быть обосновано требованиями к безопасности.

Не путать с

  • Рестейкинг — рестейкинг — это механизм, обеспечивающий экономическую безопасность AVS путём расширения застейканного капитала с существующего блокчейна. AVS — это сервис, потребляющий эту безопасность. Рестейкинг — это «как»; AVS — это «что». См. Что такое рестейкинг.
  • Смарт-контракт — смарт-контракт выполняет код при вызове и не требует активного участия между вызовами. AVS требует непрерывной или периодической активной работы валидаторов с экономическими штрафами за неисполнение.
  • Валидатор — валидатор — это участник, выполняющий обязанности валидации. AVS — это сервис, который эти валидаторы обеспечивают. Валидаторы существуют независимо от концепции AVS.
  • Мидлвер — в некоторых контекстах AVS-протоколы описываются как «мидлвер», поскольку они располагаются между базовым уровнем блокчейна и пользовательскими приложениями. Однако не всякий мидлвер является AVS, и не всякий AVS-протокол выполняет функцию мидлвера.

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

Какова связь между AVS и рестейкингом?

Рестейкинг обеспечивает механизм экономической безопасности; AVS определяет сервис, который её использует. Фреймворк рестейкинга позволяет валидаторам подключаться к обеспечению конкретных AVS-протоколов, расширяя свой застейканный капитал. В обмен валидаторы получают дополнительные вознаграждения от AVS за выполнение обязанностей валидации. AVS определяет, какую работу нужно выполнять и какие условия слэшинга применяются; рестейкинг предоставляет капитал и структуру ответственности.

Может ли AVS существовать без рестейкинга?

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

Почему крипто-ИИ проект предпочтёт AVS традиционному оракулу?

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

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

  • Ethereum.org — Proof-of-Stake — базовые сведения о механике стейкинга и валидации, лежащей в основе концепции AVS.

См. также

No comments to display

Back to top