COTI V2 – EVM-совместимая сеть конфиденциальных вычислений, построенная как Layer 2 над Ethereum. Её ключевой механизм – garbled circuits в составе multi-party computation. Контракт может работать с зашифрованными значениями, не раскрывая входы и промежуточное состояние исполнителям. По задаче COTI пересекается с Secret Network, но использует другой криптографический и инфраструктурный дизайн.
Что такое COTI сегодня
Современный COTI – это COTI V2 с gcEVM, mainnet chain ID 2632500 и native gas token COTI. Разработчик пишет Solidity contracts и добавляет secure data types для значений, которые должны оставаться закрытыми. Пользователь шифрует input, сеть вычисляет над ним результат, а доступ к расшифровке определяется контрактом.
Это нужно чётко отделять от старого COTI V1. Первоначальный проект был платёжной сетью на основе MultiDAG и Trustchain с Full Nodes, Trust Scores, Pay и Treasury. Эти материалы объясняют историю бренда и раннее применение токена, но не архитектуру действующего confidential EVM. Старые инструкции по кошелькам, staking nodes и комиссиям V1 нельзя переносить на V2 без проверки.
Garbled circuits и MPC
Обычный EVM видит operands и storage. Garbling protocol переводит функцию в Boolean circuit и шифрует её wires. Участник с подходящими encoded inputs способен вычислить circuit, но не узнаёт исходные значения или промежуточные variables. Результат затем преобразуется в форму, доступную авторизованному пользователю или следующему contract call.
COTI использует garbled circuits внутри MPC: работа разделена между независимыми исполнителями. Безопасность опирается на порог честных участников, а не на единственный trusted enclave. Secure enclaves могут усиливать защиту, но в design не заявлены единственным основанием корректности. Это отличается от TEE-first модели и от zero-knowledge систем вроде Zcash, где prover создаёт доказательство утверждения.
Архитектура сети
Full Nodes проверяют blockchain transactions и поддерживают целостность chain. Sequencer упорядочивает transactions в blocks и передаёт работу execution layer. Два executors обрабатывают блоки совместно по MPC-схеме. В документации входящие blocks к executors обозначены как red, а возвращаемые sequencer после confidential execution – как black.
Garbler генерирует garbled circuits, GC Manager хранит подготовленные circuits, а data warehouse обслуживает их выдачу. Разделение ускоряет execution, потому что часть тяжёлой подготовки можно сделать заранее. Однако оно создаёт инфраструктурные роли, доступность которых критична: остановка sequencer, нехватка circuits или потеря кворума executors отражается на liveness.
Название Layer 2 говорит о связи с Ethereum, но не должно восприниматься как полное описание trust model. Пользователь должен отдельно понимать правила публикации данных, вывода средств, аварийного выхода и полномочия operators. Совместимость с экосистемой Base по EVM tooling не означает идентичный rollup design.
gcEVM и приватные типы данных
gcEVM добавляет типы для разных стадий private value. Inputtext представляет зашифрованный ввод, Ciphertext – долговременное encrypted storage, Garbledtext – временное значение во время confidential computation, Usertext – форму для конкретного пользователя. Варианты существуют для bool, целых чисел и строк.
Contract преобразует encrypted input в Garbledtext, выполняет поддерживаемые операции и при необходимости сохраняет результат как Ciphertext. Garbledtext автоматически исчезает после завершения transaction. Разработчик должен явно управлять permissions: кто может расшифровать value, кто вправе использовать его в следующем call и какие сведения остаются публичными.
Не все Solidity operations одинаково подходят для garbled circuit. Приватные вычисления дороже и сложнее публичных, поэтому разумный contract закрывает только чувствительные поля. Code, факт вызова, адреса и публичные части state остаются видимыми. Confidentiality нельзя обещать для данных, которые frontend или oracle уже раскрыл до encryption.
Ключи и право раскрытия
Private value полезен только вместе с понятной политикой доступа. Contract должен определить, кто получает ciphertext, кто вправе запросить расшифровку и можно ли делегировать это право другому адресу. Ошибка в permission logic может навсегда закрыть законному владельцу доступ либо, наоборот, открыть данные постороннему.
Пользовательский key становится частью privacy boundary. Его потеря, malware в browser или небезопасный SDK способны раскрыть input до того, как garbled circuit начнёт работу. Поэтому audit нужен не только core protocol, но и libraries, wallet integration и frontend конкретного приложения.
Пользователи, developers и operators
Пользователь создаёт ключи и encrypted inputs через поддерживаемые libraries. Developer задаёт access control и бизнес-логику. Sequencer формирует blocks, executors выполняют MPC, garblers готовят circuits, Full Nodes проверяют chain. Treasury participants и token holders участвуют в экономической координации.
Каждая роль несёт свой риск. Ошибка frontend может отправить plaintext, уязвимость contract – выдать право decrypt не тому адресу, а сговор MPC parties – нарушить приватность или liveness. Даже идеальная криптография не защищает от поддельного oracle input и скомпрометированного пользовательского устройства.
Токен COTI и переход от V1
Проект сохранил COTI как центральный asset вместо запуска несвязанного нового токена. В V2 он используется для gas, network incentives, staking-related mechanisms и Treasury. При миграции важно различать native COTI V2, старый native coin V1 и ERC-20 representation. Одинаковый ticker не делает их взаимозаменяемыми без официального bridge или migration path.
V2 изменил денежную модель. Whitepaper предусмотрел периодическую эмиссию, начинающуюся вместе с новой mainnet: стартовое расширение supply на 0,45% за период длиной 103 часа, затем постепенное снижение периодической ставки на 0,50% в течение десятилетия. Формулировка означает уменьшение самой ставки, а не вычитание половины процента supply каждый период.
Из новых tokens 58% предназначены holders, stakers, node operators и другим network participants. Остальные allocations поддерживают ecosystem и развитие протокола. Transaction fees собираются в Treasury, а governance может направить их на rewards или burn. Это программируемая политика, а не гарантированная дефляция: итоговая supply trajectory зависит от emissions, activity и фактических решений.
Treasury и управление
Историческая Treasury позволяла deposit COTI и получать rewards, но V2 Treasury следует оценивать по актуальным contracts и правилам. Рекламная доходность старой системы не переносится в новую сеть. Lock, multiplier, withdrawal и reward source должны подтверждаться на момент использования.
Для V2 заявлено community governance над использованием fee pool и параметрами monetary policy. Пока отдельные элементы governance внедряются поэтапно, значимое влияние сохраняют core development team и network operators. Предложение или раздел whitepaper не равны активированному on-chain vote. В этом отношении зрелость governance важна не меньше приватности.
История
COTI появился в 2017 году как инфраструктура цифровых платежей. В ранней сети использовались DAG, Trust Score и платёжные продукты. Mainnet V1, COTI Pay и Treasury сформировали первую экономику проекта. Позднее команда решила сменить технический фокус с merchant payments на confidential computation.
COTI V2 был представлен как Ethereum Layer 2 с gcEVM. Testnet позволил разработчикам испытать secure data types, а mainnet стала рабочей сетью с последующими hard forks Hydrogen в октябре 2025 года и Helium в январе 2026 года. Эти названия относятся к уже активированным upgrades. Дальнейшие расширения privacy tooling остаются планами до mainnet activation.
Команда
Публичным руководителем COTI много лет выступает Shahaf Bar-Geffen. Проект развивает COTI Foundation и инженерная команда, которая сменила исходный payment stack на V2 architecture. В ранней истории также участвовали специалисты по finance, distributed systems и enterprise payments, но текущий состав нельзя восстанавливать из старых ICO-профилей.
Для оценки команды важнее способность поддерживать криптографические libraries, MPC infrastructure и совместимость contracts. Переход от MultiDAG к gcEVM – фактически новая технологическая глава, поэтому прежний опыт работы COTI V1 не является достаточным доказательством безопасности V2.
Применение
Confidential DEX может скрывать order parameters до исполнения и уменьшать информационное преимущество наблюдателя. Аукцион способен сравнить private bids и открыть только winner. Lending protocol может проверять sensitive financial data без публикации полного профиля. DAO получает secret ballot, а business workflow – закрытые расчёты с публично проверяемым итогом.
У COTI есть и межсетевой сценарий: приложение на другом EVM layer обращается к confidential computation и использует результат. Но bridge добавляет собственный risk. Альтернативы вроде Sapphire в Oasis Network показывают, что разработчику надо сравнивать не только speed, но и trust assumptions, tooling и доступность operators.
Основные риски
- MPC threshold. Сговор или компрометация достаточного числа executors способен нарушить privacy, а потеря кворума – остановить execution.
- Централизация инфраструктуры. Sequencer, GC Manager и garblers создают критические точки доступности, пока набор operators ограничен.
- Новая криптография в production. gcEVM и secure data types менее проверены временем, чем обычный EVM.
- Metadata leakage. Адреса, timing, public state и frontend telemetry могут раскрыть связь между закрытыми действиями.
- Migration risk. V1, ERC-20 и V2 assets можно перепутать, а bridges и migration contracts добавляют технический риск.
- Token emissions. Периодическая эмиссия размывает неучаствующего держателя, а burn остаётся governance choice.
- Application errors. Неверные permissions или accidental plaintext уничтожают конфиденциальность на уровне самого dApp.
Итог
COTI V2 – не небольшое обновление старой платёжной DAG, а новая confidential EVM architecture. Garbled circuits, MPC executors и secure types позволяют считать над encrypted data, сохраняя Solidity-подобную среду. Это сильная специализация, но она создаёт сложную operational trust model.
Токен COTI связывает gas, incentives и Treasury, а новая emission policy должна оцениваться отдельно от V1. Главные показатели проекта – реальная независимость operators, качество audits, возможность безопасного withdrawal, developer adoption и отсутствие privacy failures в работающих приложениях.
