Что представляет собой токен BREV? Подробный анализ криптоэкономической модели безопасности coChain

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

В этой архитектуре BREV выполняет функции платежного, обеспечительного и управляющего актива. Его возможности и операционная логика coChain формируют основу криптоэкономической безопасности Brevis.

Что такое токен BREV?

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

В экосистеме Brevis BREV объединяет трех ключевых участников: заказчика вычислений, прувера, генерирующего доказательства с нулевым разглашением, и валидатора, поддерживающего консенсус coChain. Заказчики оплачивают доказательства, а пруверы и валидаторы блокируют BREV в качестве обеспечения для гарантии выполнения, slashing применяется за нарушения, что обеспечивает тесную интеграцию циркуляции BREV с активностью сети.

Каковы функции BREV?

BREV выполняет три основные функции: платеж, обеспечение и управление. Совместно эти роли формируют экономику предложения доказательств Brevis, поддерживая цель — генерировать точные вычисления и наказывать некорректное поведение.

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

Рисунок 1. Три ключевые функции токена BREV: оплата комиссий за доказательства, обеспечение стейкинга прувера и управление протоколом.

Что такое coChain и зачем он нужен?

coChain — криптоэкономическая модель безопасности Brevis, PoS-блокчейн с ончейн стейкингом и slashing на Ethereum, предназначенный для обеспечения вычислений с минимальной задержкой, низкими издержками и сниженным уровнем доверия.

coChain создан для преодоления ограничений чистой ZK-модели. В чистой ZK-конфигурации каждый результат сопровождается доказательством с нулевым разглашением до его передачи, что максимизирует детерминизм, но требует значительных затрат на оборудование, хэшрейт и задержки — особенно для сложных операций и приложений в реальном времени. Pico zkVM — универсальный слой исполнения, поддерживающий процесс генерации доказательств.

coChain решает эту задачу через подход «оптимистичное предложение + оспаривание»: результаты, отправленные валидаторами, считаются доверенными по умолчанию, и доказательства с нулевым разглашением требуются только при возникновении оспаривания. В большинстве случаев это устраняет издержки на генерацию доказательств, сохраняя криптографическую защиту для исправления ошибок. Эта модель, как и различие между Brevis и ораклами, акцентирует ончейн проверяемые вычисления, а не передачу внешних данных, при этом coChain закрепляет доверие через стейкинг и slashing.

Как работает криптоэкономическая модель безопасности coChain?

Модель coChain реализуется в три основных этапа: предложение, оспаривание и slashing. Этот процесс закрепляет доверие к результатам за обеспечением, подлежащим slashing, начиная с офчейн вычислений и завершая финальным решением на Ethereum.

1. Валидаторы coChain генерируют результаты копроцессора, используя исходные данные архивных узлов — аналогично логике ZK дата копроцессоров, которые получают и вычисляют офчейн данные — затем достигают консенсуса через PoS.
2. Валидаторы отправляют результат и агрегированные кворумные подписи в качестве предложения запрашивающей цепи, инициируя два таймера: настраиваемое окно оспаривания на уровне приложения и системное окно slashing coChain.
3. В течение окна оспаривания любая сторона может подать доказательство с нулевым разглашением для оспаривания ошибочного предложения. Если оспаривание признано обоснованным, обеспечительный стейк валидатора подвергается slashing на Ethereum; если оспаривания не происходит, результат принимается dApp без дополнительных затрат на доказательство.

Brevis также планирует интеграцию с EigenLayer, позволяя разработчикам динамически регулировать уровень безопасности на этапе предложения — сочетая криптоэкономические стимулы с доказательствами с нулевым разглашением для гибкого баланса между безопасностью и издержками в различных сценариях.

Рисунок 2. Криптоэкономический поток безопасности coChain: результат вычислений PoS → предложение (с агрегированными кворумными подписями) → окно оспаривания → ZK-оспаривание инициирует slashing на Ethereum, либо результат принимается dApp при отсутствии оспаривания.

Как выбрать между чистой ZK и coChain (OP) моделями?

Главное различие между чистой ZK и coChain — механизм доверия: чистая ZK опирается исключительно на криптографические доказательства, а coChain добавляет слой криптоэкономических стимулов за счет стейкинга и slashing. Эти модели не исключают друг друга — они решают разные задачи по детерминизму и стоимости.

В итоге: чистая ZK обеспечивает простоту и максимальный детерминизм за счет более высоких затрат и задержки; coChain использует оптимистичные предложения для снижения задержки и стоимости, при этом безопасность зависит от процесса оспаривания и масштаба стейкинга. С помощью Brevis SDK разработчики могут реализовать бизнес-логику единожды и развернуть её в обеих моделях.

Как стейкинг и slashing BREV обеспечивают выполнение задач пруверами?

Механизм стейкинга и slashing BREV гарантирует своевременную генерацию доказательств пруверами. Для принятия задачи прувер должен сначала заблокировать BREV как обеспечение, превращая обязательство по своевременной генерации доказательства в экономически подкрепленное обязательство.

Этот механизм реализован в ProverNet — децентрализованной торговой площадке ZK-доказательств Brevis, которая работает на основной сети и функционирует на отдельном роллапе Brevis Chain для координации аукционов. Пруверы стейкают BREV для участия в аукционах по задачам доказательств.

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

Каковы преимущества, риски и ограничения владения или использования BREV?

Величина BREV основана на сетевой утилитарности: как расчетный, обеспечительный и управляющий актив экономики доказательств, его спрос напрямую связан с фактическим использованием проверяемых вычислений Brevis. По данным официального блога Brevis (2025), сеть сгенерировала более 340 млн доказательств, охватив более 50 протоколов на 8+ блокчейнах, с устойчивой операционной базой.

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

Риски включают зависимость BREV от внедрения в экосистему Brevis и спроса на доказательства, предложение ProverNet зависит от активности пруверов, а также возможные ошибки в реализации смарт-контрактов и интеграции SDK. Это объективные ограничения механизма и не являются инвестиционной рекомендацией или прогнозом цены.

Резюме

BREV, нативный утилитарный и управляющий токен сети Brevis, связывает качество предложения доказательств и безопасность сети через три ключевые функции: оплата комиссий за доказательства, обеспечение стейкинга прувера и управление протоколом. coChain, PoS-блокчейн с ончейн стейкингом и slashing на Ethereum, реализует путь «оптимистичное предложение + оспаривание»: ошибочные предложения инициируют slashing на Ethereum, а неоспариваемые результаты обходятся без затрат на доказательства. Обе модели могут быть развернуты по необходимости с помощью Brevis SDK, совместно формируя гибкую архитектуру безопасности, балансирующую детерминизм и эффективность.

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

Каковы сценарии использования токена BREV?

BREV, как нативный утилитарный и управляющий токен сети Brevis, применяется в трех основных сценариях: заказчики используют BREV для оплаты комиссий за доказательства, пруверы блокируют BREV в качестве обеспечения для получения задач и подвергаются slashing за нарушения, держатели участвуют в управлении протоколом.

В чем отличие между coChain и чистой ZK?

Чистая ZK полностью основана на криптографических доказательствах для доверия, требуя доказательства с нулевым разглашением для каждого результата, что обеспечивает максимальный детерминизм, но сопровождается высокими издержками и задержками. coChain добавляет слой игровой теории с помощью стейкинга и slashing, используя оптимистичные предложения и механизм оспаривания для снижения издержек и задержки при отсутствии оспаривания.

Как криптоэкономическая модель безопасности coChain предотвращает нарушения со стороны валидаторов?

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

Когда стейк BREV прувера подвергается slashing?

Пруверы стейкают BREV в ProverNet для получения задач доказательств. Если прувер не успевает к дедлайну или не предоставляет квалифицированное доказательство с нулевым разглашением вовремя, его стейк BREV подвергается slashing, обеспечивая надежную генерацию доказательств на децентрализованном рынке доказательств.