ZK Data Coprocessor — это основной элемент Brevis, предоставляющий смарт-контрактам безопасный и надежный доступ к историческим и кроссчейн-данным. Он извлекает подлинные ончейн-данные, выполняет вычисления офчейн и возвращает результаты вместе с доказательством с нулевым разглашением (ZK) для ончейн-подтверждения. Как наиболее ориентированный на применение слой Brevis (BREV), он трансформирует проблему «контракты не могут вычислять или читать исторические данные» в «вычислять офчейн, верифицировать ончейн».
В механизмах консенсуса блокчейна каждый валидатор должен повторять одинаковые вычисления, поэтому прямой ончейн-доступ к большим объемам исторических транзакций становится крайне дорогим. В результате смарт-контракты практически не имеют доступа к историческим данным.
Следуя принципу Brevis «доказывать работу вместо повторения», ZK Data Coprocessor переносит сложные чтение и обработку данных офчейн, а ончейн-верификация занимает миллисекунды. Это позволяет контрактам принимать решения на основе долгосрочного ончейн-поведения без необходимости в централизованных посредниках.
ZK Data Coprocessor — это специализированный офчейн-вычислительный модуль, который получает доступ к историческим состояниям блокчейна и кроссчейн-данным, выполняет вычисления, которые неэффективно реализовать ончейн, и прикладывает к каждому вычислению криптографическое доказательство. В результате формируются проверяемые данные — «результат + подтверждение, что он получен из подлинных данных и вычислен правильно».
В стеке Brevis ZK Data Coprocessor — это ключевой пример Pico zkVM как «копроцессора уровня приложения». Pico zkVM служит связующим звеном между ядром и специализированными модулями, а Data Coprocessor отвечает за «чтение истории, аналитику и прикрепление доказательств», что позволяет контрактам полагаться на математику, а не на централизованных операторов.
По архитектуре смарт-контракты могут обращаться только к текущему состоянию блока и практически не видят более ранние данные. Даже если такие сети, как Ethereum, сохраняют всю историю, доступ к прошлым блокам или транзакциям ончейн требует дополнительных дорогих доказательств и часто не поддерживается на уровне протокола.
Причина — стоимость и консенсус: например, чтобы пересчитать объем транзакций адреса за полгода, каждому валидатору пришлось бы обработать огромный объем данных, что быстро превышает лимиты газа. Поэтому исторические данные «есть», но они «недоступны». Такие функции, как многоуровневые комиссии или награды за лояльность, основанные на истории, обычно реализуются через офчейн-вычисления и последующую интеграцию, что снова требует доверия к посредникам.
ZK Data Coprocessor получает полные исторические состояния через архивные узлы блокчейна. Архивные узлы хранят снимки каждого блока, что позволяет копроцессору читать балансы, слоты хранения и записи транзакций в любой момент времени — для одной или нескольких цепей — без необходимости повторять данные ончейн.
После получения данных копроцессор выполняет заданную пользователем логику вычислений офчейн: агрегацию, фильтрацию, взвешивание, условные операции. В отличие от обычных офчейн-вычислений, каждая использованная точка данных включается в итоговое доказательство, что гарантирует и «наличие данных», и «корректность вычислений».
Поток данных ZK Data Coprocessor состоит из четырех шагов — от запроса приложения до ончейн-подтверждения смарт-контрактом. В чистой ZK-схеме генерация доказательства на каждом этапе выполняется на общем уровне исполнения zkVM. Вот структура каждого шага:
| Шаг | Этап | Действие | Результат |
|---|---|---|---|
| ① | Запрос приложения | dApp определяет логику вычислений и область данных, отправляет запрос | Задача на вычисление |
| ② | Офчейн-доступ и вычисления | Копроцессор читает подлинные данные через архивные узлы и выполняет вычисления | Исходный результат |
| ③ | Генерация ZK-доказательства | Формируется ZK-доказательство корректности вычислений на реальных данных | Результат + Доказательство |
| ④ | Ончейн-верификация | Смарт-контракт проверяет доказательство за миллисекунды и принимает результат | Доверенное заключение |
Эти четыре шага формируют цепочку «вычислять офчейн, верифицировать ончейн»: сложные операции происходят офчейн, а ончейн требуется только быстрая проверка доказательства без передачи исходных данных.

Рисунок 1. Четырехшаговый поток данных ZK Data Coprocessor: запрос приложения → офчейн-доступ (архивный узел) → вычисления → генерация ZK-доказательства (наличие данных и корректность вычислений) → ончейн-верификатор → возврат результата.
Достоверность доказательств ZK Data Coprocessor основана на трех гарантиях: сам результат, подлинность данных и корректность вычислений. Любая подделка на любом этапе приведет к провалу ончейн-верификации.
Доказательства с нулевым разглашением позволяют отделить стоимость верификации от объема вычислений: независимо от числа обработанных офчейн-блоков, ончейн требуется проверить только компактное доказательство фиксированного размера, обычно за миллисекунды. В таблице приведены три типа фактов, которые защищает доказательство.
| Тип гарантии | Факт, подтверждаемый доказательством | Защита от мошенничества |
|---|---|---|
| Результат | Возвращаемое значение — реальный итог вычислений | Подделка результата |
| Наличие данных | Входные данные взяты из подлинного исторического состояния целевой цепи | Подделка или замена входных данных |
| Корректность вычислений | Вычисления строго следуют заявленной логике | Пропуск шагов, искажение или изменение логики |
Благодаря этому контракты могут «не доверять, а проверять»: результат, входные данные и процесс зафиксированы в доказательстве, что исключает любые манипуляции на этапе копроцессора. Этот принцип минимального доверия отличает решение от моделей, где требуется доверие к посредникам.

Рисунок 2. Структура доказательства ZK Data Coprocessor: одно доказательство одновременно подтверждает результат, наличие данных и корректность вычислений, проверяется ончейн-смарт-контрактом за миллисекунды.
ZK Data Coprocessor оптимален для любых ончейн-сценариев, где нужны «достоверные результаты на основе исторических или кроссчейн-данных». Те случаи, где раньше требовались офчейн-вычисления и повторная интеграция, теперь могут использовать проверяемые вычисления. Вот основные сценарии:
| Сценарий | Необходимая функция | Описание |
|---|---|---|
| Стимулы на основе данных | Агрегация исторического объема/поведения | Награды на основе реальной активности; результат невозможно подделать |
| Лояльность и уровни | Длительность позиций/исторические снимки | Многоуровневые бонусы по истории владения или торгов |
| Ончейн-контроль рисков | Исторический профиль адреса | Оценка риска на основании поведения до исполнения логики контракта |
| Кроссчейн-чтение состояния | Мультичейн-архивные данные | Использование исторического состояния другой цепи |
Общая черта этих сценариев — опора на «прошедшие события», которые не могут быть эффективно воспроизведены ончейн. В отличие от оракулов, которые просто импортируют офчейн-данные, различие между Brevis и оракулами в том, что копроцессор не только предоставляет данные, но и вычисляет результат на их основе с доказательством корректности, переводя доверие от источника данных к математической верификации.
Главные преимущества ZK Data Coprocessor — минимизация доверия и масштабируемость. Офчейн-исполнение снимает ограничения по лимитам газа, а доказательства с нулевым разглашением позволяют проверять результаты без посредников. Это дает контрактам возможность принимать решения на основе долгосрочной ончейн-активности.
Ограничения связаны с самой природой ZK-вычислений: генерация доказательств требует специализированного оборудования и хэшрейта, а для сложной логики издержки и задержки выше, чем при нативном исполнении, что ограничивает применение в сценариях с минимальной задержкой. Надежность результатов зависит от целостности данных — отсутствие или ошибка в архивных узлах напрямую влияет на подлинность входных данных.
Таким образом, ZK Data Coprocessor наиболее эффективен, когда «корректность результата важнее мгновенности», делая масштабные исторические вычисления надежными и применимыми, хотя и не бесплатными. Для случаев, чувствительных к задержкам и стоимости доказательств, альтернативой выступает оптимистичная модель BREV token и coChain. Все вышеописанные ограничения носят исключительно технологический характер и не являются инвестиционной рекомендацией.
В качестве прикладного слоя Brevis, ZK Data Coprocessor решает проблему ограниченного доступа смарт-контрактов к историческим данным и высокой стоимости ончейн-повторения. Он получает подлинные исторические и кроссчейн-данные через архивные узлы офчейн, выполняет вычисления и возвращает доказательство с нулевым разглашением — «результат + наличие данных и корректность вычислений» — для ончейн-подтверждения за миллисекунды. Четырехшаговый процесс — запрос, офчейн-вычисления, генерация доказательства и ончейн-верификация — переводит доверие от посредников к криптографии, открывая возможности для доверенных стимулов, программ лояльности, контроля рисков и кроссчейн-чтения состояния.
ZK Data Coprocessor как офчейн-вычислительный модуль получает исторические и кроссчейн-данные блокчейна, выполняет вычисления, которые не реализуемы ончейн, и прикрепляет к результату доказательство с нулевым разглашением. Контракту достаточно проверить короткое доказательство ончейн, чтобы принять результат, не воспроизводя исходные данные.
Данные поступают из архивных узлов блокчейна, которые хранят полные снимки состояния каждого блока. Копроцессор использует эти снимки для чтения балансов, хранения и записей транзакций в любой момент времени, охватывая исторические состояния по нескольким цепям. Каждая использованная точка данных включается в итоговое доказательство.
Доказательство с нулевым разглашением одновременно подтверждает три факта: сам результат, что входные данные действительно существуют в целевой цепи, и что вычисления строго соответствуют заявленной логике. Любое вмешательство приводит к провалу проверки доказательства ончейн, что позволяет контрактам «не доверять, а проверять».
Оракулы в основном импортируют офчейн-данные в блокчейн, сохраняя необходимость доверять источнику данных. В отличие от них, ZK Data Coprocessor выполняет вычисления офчейн на основе подлинных ончейн- или исторических данных и прикладывает доказательство корректности, переводя доверие от источника данных к математической верификации.





