Internet Computer – блокчейн первого уровня, в котором приложения могут хранить состояние, выполнять серверную логику и отдавать веб-интерфейс непосредственно из смарт-контрактов. Сеть развивает DFINITY Foundation, но изменения протокола, состав подсетей и подключение узлов проходят через сетевую систему управления NNS. Токен ICP используется для управления, стейкинга и создания вычислительного ресурса cycles.
Главная идея проекта шире обычной EVM-сети. Разработчик размещает не только токен или финансовый контракт, а canister – изолированный WebAssembly-модуль с кодом и постоянным состоянием. Он может обслуживать сайт, хранить данные, обращаться к другим canister и подписывать транзакции внешних сетей. Такая универсальность одновременно делает архитектуру интересной и добавляет новые точки отказа.
Из чего состоит сеть
Internet Computer разделён на независимые подсети. Каждая подсеть – отдельный блокчейн с собственным набором узлов, консенсусом и реплицируемым состоянием. Обычно в ней работают десятки узлов, а размер подбирается под требуемый уровень безопасности и стоимость вычислений. Чем больше независимых участников должны согласовать каждое обновление, тем дороже исполнение.
Canister закрепляется за конкретной подсетью. Узлы этой подсети исполняют его update-вызовы, приходят к одному результату и сохраняют одинаковое состояние. Обмен между подсетями асинхронный: сообщение попадает в очереди, проходит сертифицированную доставку и только затем меняет состояние получателя. Поэтому распределённое приложение должно уметь жить не только с ошибкой контракта, но и с задержкой межсетевого ответа.
Подсети не являются шардами с одним общим состоянием в привычном смысле. Контракт не может синхронно прочитать произвольную переменную на другой подсети. Разработчик явно проектирует границы данных, повторные попытки и обработку отказов. Для пользователя это может проявляться как операция, которая уже принята одним компонентом, но ещё не отражена другим.
Canister-контракты и два типа вызовов
Canister состоит из WebAssembly-кода, памяти и стабильного хранилища. Контроллер может обновить модуль, изменить настройки или передать управление. Если приложение заявляет неизменяемость, нужно проверять не только исходный код, но и список контроллеров: сохранённый административный ключ означает возможность заменить логику.
Update-вызов проходит консенсус и меняет состояние. Query-вызов обычно обрабатывает один узел без консенсуса, поэтому отвечает быстрее и не оплачивается как реплицируемое вычисление. Но обычный query-ответ сам по себе не доказывает, что его видит вся подсеть. Для важных показаний приложение должно применять сертифицированные данные, иначе скомпрометированный или неисправный узел способен вернуть неверный интерфейсный результат.
Это важное отличие от привычного чтения подтверждённого блока. Баланс или статус, показанный веб-приложением, стоит сверять с сертифицированным источником и реальным результатом update-вызова. Общий порядок такой проверки разобран в инструкции о том, как проверить баланс криптоадреса.
Cycles и модель обратного gas
В Internet Computer платит приложение, а не каждый посетитель. Canister расходует cycles на вычисления, хранение, сообщения, криптографические операции и внешние интеграции. Пользователь может открыть сервис без запаса ICP, а владелец приложения заранее пополняет вычислительный счёт. Эту модель называют reverse gas.
Cycles создаются сжиганием ICP через специальный модуль управления. Их расчётная стоимость привязана к корзине SDR: один триллион cycles соответствует одному SDR. Обратного обмена в ICP нет – созданный ресурс расходуется и исчезает. Рыночная цена ICP влияет на количество монет, которое нужно сжечь, но не должна напрямую менять цену единицы вычисления.
Если баланс cycles заканчивается, canister перестаёт нормально обслуживать вызовы и рискует потерять установленный код и состояние после предусмотренных протоколом стадий. Это не мелкая комиссия пользователя, а операционный риск всего приложения. Перед хранением важных данных нужно понимать, кто следит за балансом, кто контролирует пополнение и существует ли резервная копия.
Chain-key криптография
Вместо одного приватного ключа подсеть создаёт распределённые доли ключа. Достаточное число узлов совместно формирует подпись, но полный секрет не собирается в одном месте. При замене состава узлов доли перераспределяются, а публичный ключ может остаться прежним. На этой основе работают пороговые ECDSA и Schnorr-подписи.
Canister способен управлять адресом Bitcoin или другой поддерживаемой сети без классического моста с единственным кастодиальным ключом. Однако это не устраняет все риски. Ошибка canister, неверные правила вывода, контроллер с правом обновления или компрометация достаточной доли подсети остаются критичными. Пользователю всё равно нужно понимать, какой контракт фактически распоряжается внешним активом и какие права сохранены у команды.
NNS и управление
Network Nervous System управляет реестром узлов, версиями протокола, созданием подсетей и экономическими параметрами. ICP блокируется в neuron с выбранной задержкой роспуска. Чем больше stake и срок, тем выше потенциальный вес, а для голосования с вознаграждением требуется минимальная задержка роспуска.
Neuron может голосовать самостоятельно или следовать другим neuron по темам. Это упрощает участие, но создаёт концентрацию фактического влияния: множество небольших владельцев может делегировать решения нескольким заметным участникам. Формальная доступность голосования не гарантирует равномерное распределение власти.
Отдельные приложения могут запускать собственное управление через SNS. Это не то же самое, что NNS: SNS управляет конкретным сервисом и его казначейством, а NNS – базовой сетью. При оценке проекта важно не смешивать права двух уровней.
История
Доминик Уильямс развивал идею Internet Computer с 2013 года, а к 2015 году сформулировал концепцию World Computer. DFINITY Foundation появилась в Швейцарии в 2016 году. В следующие годы проект привлёк финансирование, расширил исследовательскую команду и работал над пороговой криптографией, консенсусом и сетевым управлением.
Производственная сеть и NNS запустились в мае 2021 года. На старте Internet Computer объединял сотни специализированных узлов в нескольких дата-центрах. После запуска обновления стали проходить через предложения NNS, а разработка сместилась от самого запуска к масштабированию подсетей, интеграциям с Bitcoin и Ethereum, SNS и улучшению среды canister.
Проект часто описывает себя как децентрализованный интернет, но практичнее оценивать отдельные свойства: кто запускает узлы, на какой подсети находится приложение, кто контролирует canister и какие данные сертифицированы. Громкая общая цель не заменяет проверку конкретной системы.
Команда
Доминик Уильямс – основатель, президент и главный исследователь DFINITY. Ян Камениш, специалист по прикладной криптографии и приватности, присоединился как CTO. В разработке участвовали исследователи распределённых систем, компиляторов, WebAssembly и пороговой криптографии. DFINITY остаётся главным техническим участником и содержит крупную инженерную команду.
При этом DFINITY не следует называть владельцем сети. Узлы принадлежат одобренным провайдерам, параметры меняются через NNS, а приложения создают независимые команды. На практике влияние распределено неравномерно: фонд пишет значительную часть кода и предложений, крупные neuron влияют на управление, а требования к оборудованию ограничивают круг операторов.
Токен ICP
ICP выполняет три основные функции. Его блокируют в neuron для голосования и вознаграждений, сжигают для создания cycles и используют как передаваемый актив. Предложение не фиксировано: новые ICP выпускаются для вознаграждений за управление и оплаты провайдеров узлов, а конвертация в cycles уменьшает предложение.
Поэтому оценивать токен только по максимальной эмиссии некорректно. Нужно сравнивать выпуск для безопасности и управления с реальным сжиганием на вычисления. Рост числа приложений сам по себе не гарантирует сильный burn: важны фактическая нагрузка, тип подсетей и стоимость операций. Полезная схема оценки есть в материале о том, как читать токеномику проекта.
Что проверить перед использованием
- Контроллеры. Кто может обновить canister и восстановить управление.
- Сертификация. Подтверждены ли критичные query-данные криптографически.
- Cycles. Кто пополняет вычислительный баланс и что произойдёт при его истощении.
- Подсеть. Сколько узлов исполняют приложение и какого они типа.
- Внешние активы. Какая canister-логика подписывает выводы и есть ли лимиты.
Для кошелька и приложения действуют обычные правила самохранения. Одобрение транзакции не следует путать с передачей seed-фразы или приватного ключа. Разница между секретами подробно объяснена в статье о приватном ключе, seed-фразе и пароле.
Основные риски
Состояние canister защищает не вся совокупность узлов Internet Computer, а конкретная подсеть. Требования к специализированному оборудованию и одобрению провайдеров создают барьер входа. NNS допускает открытое голосование, но следование и крупные neuron концентрируют влияние. Canister с контроллером сохраняет риск административного обновления.
Быстрые query-вызовы требуют сертификации, reverse gas переносит риск комиссии на оператора, а chain-key интеграции добавляют ответственность за код, управляющий внешними средствами. Наконец, сложная архитектура затрудняет независимый аудит для обычного пользователя.
Итог: Internet Computer предлагает необычную модель, где блокчейн исполняет полноценные серверные приложения, а их владельцы оплачивают ресурсы через cycles. Сильные стороны – canister-контракты, подсети и пороговые подписи. Главные компромиссы – сложность, зависимость от конкретной подсети, контроль обновлений, концентрация управления и необходимость постоянно финансировать вычисления.
