АМА-сессия с Дмитрием Герасимовым, 26 февраля 2026

Всем привет! Меня зовут Дмитрий Герасимов, я руководитель проекта Cellframe, генеральный директор компании «Демлабс». И сегодня наша регулярная сессия ответов на вопросы. Приступаем!

Расскажите, пожалуйста, как будет работать двухуровневый шардинг Cellframe. Насколько сильно он повысит производительность сети в сравнении с традиционными шардинговыми решениями?

Производительность двухуровневого шардинга Cellframe во многом зависит от того, с какими именно «традиционными» решениями его сравнивать — потому что и среди них подходы могут существенно различаться.

Основная идея нашего двухуровневого шардинга в том, что он масштабируется практически до пределов, которые позволяет сетевое оборудование. Да, зависимость пропускной способности от нагрузки и конфигурации сети остаётся нелинейной, но в целом ожидается, что главным ограничивающим фактором будет именно «железо», а не архитектурные ограничения протокола.

И в этом его ключевое отличие: производительность не зафиксирована на каком-то жёстком уровне. Система спроектирована как гибкая и масштабируемая — она способна «расти» вместе с развитием инфраструктуры и аппаратных возможностей.

На каком этапе сейчас находится реализация второго уровня шардинга и механизма хардфорка?

По механизму хардфорка сейчас остаются точечные доработки, связанные со специальными типами транзакций и их корректным переносом. В частности, требуется небольшая переработка внутреннего API для обработки этих сценариев. В целом это технические нюансы, а не фундаментальные изменения.

Что касается второго уровня шардинга, его реализация следует сразу после хардфорка. Он планируется не в версии 6.0, а в 6.1, поскольку требует дополнительной проработки и тестирования. Работа над ним продолжается.

Ранее вы анонсировали запуск нативных смарт-контрактов WASM в основной сети Cellframe. Какие задачи они будут решать? Почему для реализации выбран WASM, а не EVM?

EVM-направление уже развивается силами команды QEVM, поэтому дублировать эту работу внутри основной сети не было необходимости.

Что касается WASM, изначально мы рассматривали разные варианты, и в идеале нам бы хотелось, чтобы эту часть также реализовывала отдельная команда. Однако в процессе развития платформы стало понятно, что WASM нам необходим для решения ряда нативных задач, требующих более сложной и гибкой логики.

Например, такие механизмы, как DEX — и особенно логика предоставления ликвидности — могут включать достаточно нетривиальные алгоритмы. Кроме того, есть запросы со стороны партнёров, которым требуются полноценные нативные смарт-контракты для реализации собственных сценариев.

При этом наши WASM-контракты будут интегрированы с внутренними механизмами условных транзакций Cellframe. Это даст им дополнительную эффективность и позволит использовать встроенные возможности протокола на более глубоком уровне.

В целом смарт-контракты в Cellframe будут отличаться от типичных реализаций за счёт набора встроенных высокоуровневых библиотек и тесной интеграции с архитектурой сети.

Как продвигается разработка обновленной версии с Cellframe DEX? Как планируется релиз?

Бэкенд Cellframe DEX уже обновлён — соответствующие изменения вошли в последнее обновление ноды. Пользуясь случаем, просим всех держателей нод обязательно обновиться: сейчас обновилось около 70% сети, и нам важно довести этот показатель как минимум до 80% для стабильной работы.

В данный момент из-за частично обновлённой сети возможны редкие ситуации, когда транзакция может быть отклонена, если инициатором блока становится нода со старой версией. В таком случае транзакция просто пересоздаётся и проходит повторно. Это не критично, но для полной стабильности необходимо завершить обновление сети.

Что касается клиентской части (кошелька), обновление ожидается в ближайшие дни — ориентировочно в начале следующей недели. После этого релиз можно будет считать полностью завершённым.

Таким образом, DEX 2.0 уже фактически функционирует на бэкенде, хотя публичного анонса ещё не было, так как обновление пока не отображается в интерфейсе кошелька.

Каким будет ваше решение относительно инцидента с лже m-токенами? Как и когда оно будет реализовано?

Вопрос по инциденту с лже m-токенами в первую очередь упирается в программную реализацию решения. Параллельно с этим у нас шли релизы DEX и аукционов, поэтому изменения, направленные на устранение проблемы, приходилось синхронизировать с другими обновлениями — что создавало определённые технические пересечения.

Отдельно отмечу, что в процессе работы над этим кейсом появились новые инструменты и подходы — это действительно интересная история, о которой я расскажу чуть позже.

Сейчас мы прилагаем максимум усилий, чтобы завершить программную часть как можно скорее. Рассчитываем понять финальные сроки уже в начале следующей недели и тогда сможем дать более конкретный апдейт.

Блокчейн Cellframe хорошо подготовлен к квантовым атакам за счет использования PQC-алгоритмов, одобренных NIST. А что произойдет, если один из этих алгоритмов все же будет взломан? У вас есть механизмы быстрого реагирования для таких ситуаций?

Да, такие механизмы предусмотрены. Cellframe изначально спроектирован как мультиалгоритменный блокчейн. Это означает, что сеть поддерживает несколько криптографических алгоритмов одновременно и позволяет в «горячем» режиме добавлять новые алгоритмы, а устаревшие или скомпрометированные — выводить из использования.

Если даже один из PQC-алгоритмов будет признан небезопасным, он может быть оперативно заменён без остановки сети. За счёт одновременной поддержки нескольких алгоритмов система изначально снижает риск зависимости от одного криптографического решения.

То есть, если вы опасаетесь их взлома, можете дополнительно применять мультиподписи и мультикошельки с использованием разных алгоритмов одновременно. Это создаёт дополнительный уровень защиты и диверсификации рисков.

Таким образом, механизмы быстрого реагирования предусмотрены как на уровне протокола, так и на уровне пользовательских инструментов.

Не так давно команда обновила механизмы работы моста Cellframe. Расскажите подробнее, что изменилось и как сейчас устроена кросс-чейн взаимодействие между Cellframe и внешними сетями?

Основные изменения в механизме моста касаются внутренней логики работы и повышения безопасности.

Теперь реализована многоступенчатая система управления внециркуляционными средствами, которые хранятся на мосту и выпускаются в обращение только в момент блокировки или сжигания токенов. Это снижает потенциальную «поверхность атаки». Как известно, мосты — одна из самых уязвимых точек в блокчейн-инфраструктуре.

Наша задача — минимизировать возможный ущерб даже в гипотетическом случае компрометации. Чтобы на мосту не аккумулировался значительный объём эмиссии, архитектура теперь построена таким образом, чтобы выпуск средств происходил поэтапно и контролируемо. Подчеркну, что на текущий момент мост Cellframe ни разу не подвергался взлому, но архитектурные меры безопасности были усилены превентивно.

Что касается взаимодействия с внешними сетями, в целом логика кросс-чейн операций осталась прежней. Однако для взаимодействия между различными сетями внутри экосистемы Cellframe текущая мостовая модель является временным решением.

В версии 6.1, одновременно с внедрением второго уровня шардинга, планируется переход к полноценному peer-to-peer взаимодействию между сетями Cellframe без необходимости использования моста. Это будет более корректная и нативная архитектура для внутренней интеграции.

Насколько вообще безопасна коммуникация с квантово-незащищенными сетями? Такой мост будет потенциальным вектором для квантовой атаки?

Коммуникация с квантово-незащищёнными сетями действительно несёт определённые риски, поэтому мы внимательно прорабатываем защитные механизмы.

На практике мост может быть уязвим на ранних этапах, если произойдёт атака, но даже в этом случае мы не окажемся первыми пострадавшими. Мы сможем заранее обнаружить признаки квантовой атаки и принять меры до того, как будут скомпрометированы отдельные кошельки.

Наша текущая задача — как можно скорее завершить миграцию всех активов в квантово-защищенную сеть. Пользователи также могут помочь, создавая новые кошельки в защищённой сети Cellframe и избегая хранения токенов в квантово-незащищённых сетях, пока миграция не завершена.

Это критически важно, потому что средства напрямую привязаны к кошелькам пользователей, и мы не можем перенести их без соответствующих действий владельцев.

На фоне растущего интереса к теме квантовых вычислений, миграция в безопасные сети может начаться совсем скоро. Вы планируете оптимизировать работу моста для этого? Например, переводы в один клик для держателей CELL во внешних сетях?

Работа по оптимизации моста уже ведётся постоянно. На данный момент функционал максимально оптимизирован — переводы работают буквально за 2–3 клика. Полностью «в один клик» пока технически невозможно, но мы продолжаем работать над упрощением процесса и стремимся сделать его ещё удобнее для держателей CELL во внешних сетях.

Несмотря на это, уже сейчас пользователи могут безопасно и быстро проводить переводы через мост — небольшое количество кликов не должно быть препятствием.

У команды есть планы по реализации нативных кросс-чейн переводов в кошельке Cellframe?

Идея сделать процесс максимально прозрачным для пользователей интересная, и команда обсудит, как её лучше реализовать в будущем.

Команда CPUNK анонсировала запуск мультичейн-кошелька с поддержкой нативного протокола Cellframe. А что насчет крупных проектов вроде Metamask и TrustWallet? Вы взаимодействуете с ними по вопросу внедрения протокола CF?

Мы очень рады видеть запуск мультичейн-кошелька от команды CPUNK — это отличная альтернатива для пользователей и важный шаг для экосистемы.

В случае Metamask это маловероятно, так как они ориентированы на ERC-сети. Для TrustWallet и других проектов мы надеемся на интеграцию в будущем, когда достигнем определённого уровня и условия станут подходящими.

Сейчас, особенно учитывая сложную ситуацию на рынке, это непросто, но мы продолжаем работать над расширением совместимости и ростом экосистемы.

Как продвигается разработка совместного режима для KelVPN? С какими трудностями команда сталкивается при его реализации?

Разработка совместного режима для KelVPN активно ведётся, и сейчас готовятся масштабные обновления как для iOS, так и для других платформ. Они включают новые возможности, такие как Multihop и Flow Rotation, расширенные анти-DPI технологии, балансировку и имитацию трафика.

Обновления значительно повышают производительность и надёжность: лучше используются аппаратные ресурсы, аппаратные очереди, фильтры на разных ОС, а также оптимизируется работа с памятью, что снижает лишние копирования.

В целом, новый KelVPN станет гораздо более эффективным и стабильным, и мы уверены, что пользователи оценят все улучшения.

Недавно команда анонсировала запуск новой системы e2e-тестирования. Расскажите об этом подробнее. Почему возникла такая необходимость и как новая система помогает оптимизировать процесс разработки?

Да, мы недавно анонсировали запуск новой системы e2e-тестирования — Cellframe StageEnd. Она уже доступна для тестирования в нашем GitLab-репозитории. Если вы разрабатываете систему на базе Cellframe, можно написать в наш канал — при необходимости мы проведём интро или вебинар по использованию StageEnd.

Необходимость создания системы возникла из-за высокой сложности блокчейн-приложений: проверка децентрализованных сценариев раньше требовала больших трудозатрат и участия QA-отдела или разработчиков на длительное время. StageEnd автоматизирует этот процесс с помощью докеров и собственного языка сценариев, что позволяет создавать тесты даже не профессиональным программистам — например, UI-инженерам или ИИ-агентам.

Система значительно ускоряет разработку и снижает трудозатраты. Сейчас StageEnd активно используется для разработки Cellframe, KelVPN и других проектов.

Дополнительно мы готовим новые внутренние инструменты, включая MCP-сервер, который ускоряет работу ИИ с Cellframe и StageEnd, а также другими утилитами. Для разработчиков, кто хочет протестировать эти инструменты, мы можем предоставить доступ.

Токенизация реальных активов сейчас набирает большую популярность в криптоиндустрии. Платформа Cellframe подходит для запуска RWA-токенов? Вы планируете развивать это направление?

Платформа Cellframe технически подходит для запуска RWA-токенов (токенизация реальных активов).

Развивать это направление могут только те, кто имеет соответствующие лицензии для работы с квалифицированными инвесторами. Недавние разъяснения SEC приравнивают RWA-токены к классическим инвестиционным инструментам, поэтому их выпуск для широкой аудитории может создавать юридические риски. В случае ограниченного выпуска преимущество блокчейна теряется, так как квалифицированный инвестор может держать активы в кастодиальном репозитории.

Ситуация может измениться с развитием законодательства, и мы продолжаем следить за этим. В целом, Cellframe предоставляет платформу, а запуск конкретных токенов и соответствие нормативам остаётся на усмотрение пользователей и компаний.

И это все были вопросы за сегодня.

Спасибо вам за внимание. Всего доброго и до новых встреч.