Коротко: Cysic строит блокчейн-координацию и рынок аппаратных ресурсов для вычислений, которые можно проверять, включая генерацию ZK-доказательств. Заказчик описывает работу и условия, провайдеры соревнуются за задание, а результат проходит независимую проверку. По официальным материалам, основная сеть и utility-токен CYS запущены; CGT описан отдельно как credit для управления, получаемый через конвертацию CYS и не предназначенный для продажи или торговли.
Идея соединяет два разных мира. ZK-системам нужны ресурсы для генерации доказательств, а GPU, FPGA и специализированные схемы нуждаются в рынке задач. Но «децентрализованные вычисления» сами по себе не гарантируют низкую цену или надёжный ответ. Значение имеют конкретная нагрузка, скорость провайдера, проверка корректности, доступность сети и экономические правила.
Как устроен рынок вычислений
В документации Cysic выделены три участника: заказчики, вычислительные провайдеры и верификаторы. Заказчик может запросить ZK-доказательство, zkVM-циклы, AI inference или другой workload. Провайдеры указывают возможности оборудования и участвуют в выборе задания. После исполнения результат направляется выбранным проверяющим, а ход работы учитывается в блокчейне.
Не каждый тип вычисления проверяется одинаково. ZK-доказательство часто можно проверить существенно дешевле, чем повторить исходный расчёт. Для других задач сеть может использовать повторное выполнение или другие процедуры. Модель должна соответствовать тому, что заказчик считает допустимым результатом. Если у задачи нет компактного проверяемого ответа, доверие может зависеть от более сложного механизма проверки или репутации участников.
Проект описывает ComputeFi как представление разных ресурсов через подходящие единицы: GPU-нагрузка может оцениваться в операциях с плавающей точкой, ASIC-задача – в вычислительной мощности под конкретный алгоритм, а zkVM-задание – в циклах и параметрах доказательства. Единица учёта не делает разное оборудование одинаковым. Она помогает сопоставлять предложения, однако качество ответа всё равно зависит от профиля нагрузки и критериев заказчика.
Блокчейн и Proof-of-Compute
По текущей документации, Cysic Network построена как модульная сеть на Cosmos CDK и использует CometBFT для консенсуса. Слой исполнения отвечает за планирование задач, маршрутизацию и смарт-контракты. Продуктовый слой объединяет сервисы для ZK, AI-инференса, майнинга и других вычислительных задач.
В описании Proof-of-Compute вклад в сеть связывается и со стейком, и с вычислительными ресурсами, заявленными участниками. Это проектная модель консенсуса, её не следует сводить к правилу «у кого больше GPU, тот производит блоки». Экономический вес, правила участия, доступность и программное обеспечение также влияют на работу. Детали следует проверять по версии протокола и актуальным требованиям операторов.
Рынок полезен, только если заказчик может проверить, что proof соответствует входным данным и версии программы. Имеют значение сроки, замена неответившего исполнителя, распределение награды между провайдерами и верификаторами и процесс спора. Эти механизмы должны работать на уровне конкретного продукта, а не следуют автоматически из наличия блокчейна.
Основная сеть и назначение токенов
В сообщении Cysic Foundation об основной сети указаны два токена: CYS и governance credit CGT. Foundation описывает CYS как средство оплаты ZK-proof, AI inference и compute-сервисов, стейкинга в Proof-of-Compute, вознаграждения операторов и расчётов в сети. Это заявленное протоколом назначение, а не обещание доходности или оценка рыночной стоимости.
Та же публикация описывает CGT как непередаваемый и не продаваемый credit, который получают конвертацией CYS. Он предназначен для голосования по эмиссии, правилам рынка вычислений, казначейству, обновлению proof-систем и политике валидаторов. Разделение utility и governance меняет способ участия в управлении, но конкретные параметры конвертации и голосования нужно сверять с действующими правилами.
Перед покупкой или переводом CYS сверяйте сеть, контракт и адрес с официальной документацией. Обозреватели могут показывать одноимённые активы, а тикер не доказывает подлинность контракта. Нативная монета сети и токен-обёртка в другой сети – разные активы и маршруты риска.
Сравнение с рынками доказательств
У проектов этого сегмента похожая цель, но различается специализация. Один может делать ставку на конкретную zkVM, другой – на рынок независимых исполнителей, третий – на агрегацию proofs или интеграции с rollup. Обзор Succinct и SP1 поможет понять стек zkVM, а статья о Boundless описывает рынок proof-заданий. Для сравнения инфраструктур можно изучить Brevis и сеть Lagrange.
Сопоставляйте конкретные показатели: поддерживаемые схемы и версии программ, цену на одинаковой нагрузке, время выполнения, долю отказов, проверяемость результата и независимость провайдеров. Важна переносимость между рынками: если заказчик не может сменить площадку без переписывания приложения, формальная открытость рынка даёт мало практической свободы.
Риски и что отслеживать
Ключевой технический риск – неверный результат или ошибка интеграции, когда proof проверяется для неправильных входов либо другой версии схемы. Затем идут концентрация провайдеров, нестабильность оборудования, задержки и нехватка мощности при пиковом спросе. Marketplace может расширить выбор, но не гарантирует одинаковую производительность у всех участников.
Есть риски токеномики и управления: спрос на CYS может не расти вместе с заявлениями о потенциале сегмента, стоимость работ зависит от реальных заказов, а governance может изменить правила. Проверяйте распределение валидаторов и вычислительной мощности, открытый код, аудит, механизм жалоб и фактическое использование продуктов. Числа узлов и доказательств из пресс-релизов являются заявлениями команды и требуют даты и контекста.
Cysic – инфраструктурная ставка на стык криптографии и рынка оборудования. Она будет практически значимой, если клиенты смогут размещать сложные задачи, получать проверяемые результаты и менять провайдера без потери надёжности. Один токен или показатель объёма вычислений этого не доказывает.
