Fhenix развивает конфиденциальные вычисления для EVM-смарт-контрактов на основе fully homomorphic encryption (FHE). Текущий продукт проекта называется CoFHE: это coprocessor, который выполняет операции над зашифрованными значениями вне основной EVM-сети, возвращая зашифрованный результат контракту. По официальному сайту CoFHE доступен в публичных тестовых сетях Ethereum Sepolia, Arbitrum Sepolia и Base Sepolia; поддержка mainnet обозначена как планируемая, а не уже запущенная.
Такой подход отличается от обещания «сделать блокчейн приватным целиком». Состояние контракта, правила переходов и часть транзакционных данных по-прежнему могут быть публичны. Задача FHE – позволить отдельным вычислениям использовать скрытые значения и выдавать результат, не раскрывая входные данные в открытом виде.
Как FHE применяется в смарт-контракте
В обычном EVM-контракте значение, записанное в storage или переданное как аргумент, обычно доступно наблюдателям сети. FHE меняет модель для выбранных полей: приложение шифрует данные, контракт задаёт операции над их шифротекстами, а вычислительная инфраструктура производит новый шифротекст результата. Например, приложение может проверить условие над балансом или сравнить скрытые ставки аукциона, не публикуя исходную сумму как обычное число.
Гомоморфное шифрование позволяет выполнять предусмотренные математические операции с зашифрованными данными. Это не означает, что любой произвольный Solidity-код автоматически становится приватным. Разработчик должен явно выбрать confidential-типы и допустимые операции, правильно обработать права на расшифровку и не выдать секрет косвенно через публичное условие, событие, газовый паттерн или последующее действие приложения.
В CoFHE часть интенсивной криптографии выполняется вне EVM. Контракт остаётся в совместимой сети, а coprocessor получает зашифрованные входы и возвращает зашифрованный результат. Это уменьшает нагрузку на базовый контрактный слой, но добавляет зависимость от компонентов Fhenix и их доступности. Интеграция ориентирована на знакомые Solidity-инструменты; актуальная документация указывает библиотеку @fhenixprotocol/cofhe-contracts и клиентский SDK.
Что означает пороговая расшифровка
В приложении может потребоваться показать значение конкретному пользователю или открыть итог после завершения процесса. Одного шифрования недостаточно: нужно определить, кто и на каких условиях вправе получить открытый результат. Fhenix описывает отдельный Decryption Network, который использует пороговую модель. В ней несколько участников совместно участвуют в расшифровке, а не один оператор единолично хранит ключ, позволяющий раскрыть все данные.
Пороговая схема не равна полной анонимности и не устраняет необходимость доверять реализации, настройкам доступа и доступности участников сети. Если контракт разрешает чтение лишним адресам, если приложение публикует результат, связывающий пользователя с секретом, или если приватный ввод сначала раскрывается вне FHE, криптографическая операция не исправит модель целиком. Обзор другого подхода к приватным вычислениям полезен для сравнения архитектурных компромиссов, а статья о private order flow и MEV показывает, почему конфиденциальность входящих действий важна ещё до исполнения.
Сценарии, для которых проект строит инфраструктуру
Скрытая сумма перевода может быть полезна для платежей и стейблкоинов, когда приложению требуется проверять баланс, лимит или достаточность средств, не открывая каждое значение публично. Конфиденциальные книги заявок и sealed-bid-аукционы могут скрывать предложения до завершения торгов, уменьшая возможность копирования ставок. В DeFi можно обрабатывать отдельные параметры позиции или кредитные признаки, сохраняя проверяемые правила расчёта.
Другие потенциальные области включают игровые состояния с туманом войны, скрытые голосования, генерацию закрытых случайных результатов и приватные запросы к AI-моделям. Это направления применения технологии, а не подтверждение того, что каждое такое приложение уже работает в production. Для разработчика важны производительность и стоимость вычислений, размер поддерживаемых схем, задержка получения результата, совместимость с нужной сетью и отказоустойчивость порогового сервиса.
Конфиденциальность часто требует компромиссов с компонуемостью. Обычные контракты могут читать публичный storage другого приложения; зашифрованное состояние нельзя автоматически раскрыть любому контракту без явного разрешения. Проекту и разработчику нужно проектировать права доступа и межконтрактное взаимодействие заранее. Сравнить приватные EVM-вычисления с доказательствами корректности можно на примере проверки подписей смарт-кошельков: это другой слой задачи и он не скрывает содержимое всех действий.
Статус сети и разработка
На момент проверки Fhenix называет CoFHE живым на трёх публичных EVM-тестнетах. Это позволяет разрабатывать и испытывать приложения, но тестовый запуск не равен mainnet-гарантиям по аптайму, стоимости, безопасности или сохранности пользовательских активов. При переносе контракта необходимо повторно сверять актуальные адреса компонентов, версии SDK, параметры тестовой сети, ограничения газа и поддерживаемые типы данных.
Проект прошёл путь от идеи отдельного FHE-rollup к coprocessor, который добавляет confidential compute существующим EVM-сетям. Поэтому старые публикации о Fhenix могут описывать другую архитектуру. В текущей модели CoFHE отвечает за off-chain вычислительную часть, а базовую обработку транзакций и консенсус продолжает обеспечивать выбранная EVM-сеть. Не следует называть каждый интегрированный тестнет отдельным Fhenix L2.
Репозиторий разработчика, версия контрактной библиотеки и официальная документация важнее старых обзоров и сторонних туториалов. Тестируйте ошибки оператора, недоступность coprocessor и запросы расшифровки, а для тестовых активов используйте исключительно faucet-ресурсы официальных тестнетов. Конфиденциальная логика не отменяет обычный аудит Solidity-кода и управление ключами кошелька.
Токен, экономика и риски
В актуальной официальной документации, использованной для этого обзора, нет достаточного подтверждения действующего utility-токена Fhenix или объявленной модели его начисления. Поэтому нельзя приписывать проекту тикер, комиссии, доходность, распределение токенов или гарантированный airdrop на основании старых кампаний и сторонних страниц. Любые будущие сведения следует сверять с официальными сообщениями проекта и документацией, учитывая дату публикации.
Основные риски – сложность FHE-реализации, ошибки управления доступом, зависимость от внешнего coprocessor, задержки, ограниченная совместимость, ранний статус тестнетов и возможное изменение архитектуры. Пользовательский сценарий также может ошибочно раскрыть данные через интерфейс или логи приложения. Сам факт шифрования вычислений не подтверждает безопасность всей системы и не исключает ошибок в смарт-контракте.
Итог
Fhenix предлагает не универсальную приватность блокчейна, а инфраструктуру CoFHE для операций над выбранными зашифрованными данными в EVM-приложениях. Сегодня практический фокус – тестирование интеграций, FHE-типы и контролируемое раскрытие результата. Перед использованием проверяйте текущий статус сети, библиотек и модели доступа, а планы mainnet или токена не считайте уже действующими фактами.
