Цена Ika (IKA)

Ika — это сеть кроссчейн-инфраструктуры, построенная вокруг многосторонних вычислений (MPC) для подписания. Она позволяет разработчикам подключать dWallet к смарт-контрактам, чтобы контракты могли координировать подписи учётных записей в других сетях при выполнении заданных условий, а не выполнять операции через блокировку активов и выпуск обёрнутых активов. Проект описывает свою архитектуру как «нулевое доверие»: ключ подписи не находится целиком под контролем одного участника, а сетевые подписанты участвуют совместно; при включении соответствующего режима пользователь также должен участвовать криптографически. Таким образом, фокус Ika — программируемая координация подписей для операций с нативными активами, а не мост, который хранит на хранении все кроссчейн-активы.

dWallet — это программируемый механизм подписания, совместно контролируемый сетью Ika и пользователем, а не просто обычный адрес. Он может создавать действительные подписи для соответствующих аккаунтов в разных сетях и позволяет смарт-контрактам ограничивать «при каких условиях разрешено подписывать», например требовать множественных одобрений, устанавливать лимиты или временные условия. При создании распределённая генерация ключей (DKG) формирует с участием пользователя и сети доли ключа и открытый ключ; при использовании пользователь и сеть совместно создают подпись, а полный приватный ключ не нужно собирать заново. Если dWallet привязан к смарт-контракту, Ika сначала проверяет доказательство состояния этого контракта, подтверждая, что контракт одобрил операцию, и лишь затем выполняет подписание. Поэтому условия — не просто подсказки интерфейса приложения, а ончейн-ограничения, которые должны быть выполнены до подписи.

IKA — нативный токен сети Ika, используемый для оплаты определённых сетевых операций, участия в механизме безопасности proof-of-stake и участия в ончейн-управлении. Его назначение связано с работой dWallet, а не ограничивается ролью баллов внутри приложения. В whitepaper среди платных сценариев указаны создание dWallet через DKG и подписание транзакций с помощью dWallet; комиссии номинируются в IKA, компенсируют работу подписантов и сдерживают спам-запросы и атаки отказа в обслуживании. Подписанты участвуют в 2PC-MPC после стейкинга IKA, а делегаторы могут поддерживать подписантов и разделять вознаграждения за стейкинг; в документе источниками вознаграждений названы комиссии и инфляция. Держатели или стейкеры IKA также могут в соответствии с действующим на тот момент механизмом протокола предлагать или участвовать в ончейн-управлении вопросами обновлений, экономических параметров и другими вопросами.

Механизм proof-of-stake Ika связывает сервис подписания с экономическим обеспечением: подписанты должны стейкать IKA для участия в 2PC-MPC, а делегаторы передают свою поддержку подписантам. Сеть выбирает и стимулирует этих участников с учётом веса стейкинга. В операциях dWallet сетевые подписанты должны совместно завершать предусмотренное протоколом взаимодействие по подписанию; одно из допущений безопасности whitepaper состоит в том, что достаточная часть порога подписантов, рассчитанного по весу стейкинга, остаётся честной, онлайн и соблюдает протокол. Комиссии и инфляция могут быть источниками вознаграждений за стейкинг, но это не означает, что любой стейкинг приносит фиксированный доход: фактические условия участия, распределение и риски зависят от действующих правил протокола.

Согласно состоянию, указанному в репозитории кода проекта, Ika работает в live beta на Sui; функции координации для Solana, ориентированные на разработчиков, всё ещё находятся на стадии pre-alpha. Это разные уровни зрелости, поэтому pre-alpha-функции нельзя считать стабильными возможностями основной сети, открытыми для всех пользователей. Это различие влияет на ожидания при разработке и использовании: beta означает, что сеть открыта и работает, но всё ещё может изменяться; pre-alpha означает раннюю стадию для разработчиков. Фактическая интеграция приложением конкретной кроссчейн-возможности зависит также от развёртывания и внедрения этим приложением; её нельзя выводить только из того, что протокол заявляет поддержку цепи.