Cosmos SDK

Что такое Cosmos SDK?

Cosmos SDK — это программный фреймворк с открытым исходным кодом для создания настраиваемых блокчейнов первого уровня (Layer 1), распределенных реестров и специализированных криптовалютных сетей.

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

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

Cosmos SDK написан преимущественно на языке программирования Go.

Он представляет собой прикладной уровень и уровень перехода состояния в более широком технологическом стеке Cosmos, а не криптовалюту или блокчейн сам по себе.

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

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

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

Что означает SDK?

SDK — это сокращение от software development kit, то есть «комплект средств разработки программного обеспечения».

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

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

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

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

Какая версия Cosmos SDK является последней?

По состоянию на июль 2026 года последней версией в официальном репозитории указана Cosmos SDK v0.54.3.

Релиз опубликован 5 мая 2026 года в рамках ветки выпусков v0.54 и 2026.1.

Перед началом разработки следует проверить официальную страницу релизов Cosmos SDK, поскольку со временем могут появиться обновления и исправления безопасности.

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

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

В руководстве по обновлению Cosmos SDK v0.54 описаны изменения, связанные с подключением приложения, управлением, хуками жизненного цикла модуля bank, Store v2, логированием, зависимостями IBC и экспериментальными функциями повышения производительности.

Что такое специализированный блокчейн?

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

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

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

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

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

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

Как работает Cosmos SDK?

Блокчейн на Cosmos SDK состоит из движка исполнения, модулей приложения, хранилищ состояния, обработчиков транзакций и интерфейсов для внешнего механизма консенсуса.

Пользователи создают подписанные транзакции с одним или несколькими сообщениями, которые запрашивают изменение состояния.

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

Приложение Cosmos SDK проверяет каждую транзакцию, направляет сообщения в соответствующие модули, выполняет нужные бизнес-правила и обновляет состояние блокчейна.

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

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

Основные уровни блокчейна на Cosmos SDK

Консенсус и сеть

Консенсус и одноранговая сеть обычно обеспечиваются CometBFT, а не реализуются непосредственно в каждом модуле SDK.

CometBFT упорядочивает транзакции, координирует голосование валидаторов, финализирует блоки и взаимодействует с приложением через интерфейс Application Blockchain Interface.

BaseApp

BaseApp — основной движок исполнения, встроенный в приложение Cosmos SDK.

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

Модули

Модули содержат специализированную логику приложения для таких функций, как аккаунты, переводы токенов, стейкинг, управление и обновление программного обеспечения.

Хранение состояния

Каждый модуль хранит свое состояние в выделенном пространстве ключей-значений внутри multistore приложения.

Клиентские интерфейсы

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

Что такое BaseApp?

BaseApp — базовый тип приложения, который координирует исполнение транзакций и работу модулей в блокчейне на Cosmos SDK.

В официальной документации BaseApp он описывается как движок исполнения, используемый каждой сетью на Cosmos SDK.

BaseApp реализует интерфейс Application Blockchain Interface, через который блокчейн-приложение взаимодействует с CometBFT.

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

В конфигурации основного приложения сети создается BaseApp и подключаются к нему модули, киперы, хранилища, промежуточное ПО и хуки жизненного цикла.

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

Что такое ABCI?

ABCI — это сокращение от Application Blockchain Interface.

Это протокол, с помощью которого движок консенсуса взаимодействует с блокчейн-приложением.

ABCI отделяет консенсус и работу сети от логики перехода состояния, специфичной для приложения.

CometBFT может использовать вызовы ABCI для инициализации сети, проверки транзакций, финализации блоков, фиксации состояния и получения обновлений списка валидаторов.

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

Упрощенная архитектура выглядит так: CometBFT → ABCI → BaseApp → модули → состояние приложения.

Что такое CometBFT?

CometBFT — механизм консенсуса с византийской отказоустойчивостью, который часто используется с приложениями Cosmos SDK.

Он отвечает за одноранговую сеть, распространение транзакций, предложения блоков, голоса валидаторов и финализацию блоков.

Хотя Cosmos SDK и CometBFT часто развертываются вместе, они выполняют разные задачи.

CometBFT определяет финализированный порядок транзакций, а приложение Cosmos SDK — результат их выполнения.

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

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

Что такое модули Cosmos SDK?

Модули Cosmos SDK — это повторно используемые компоненты, которые отвечают за определенные функции блокчейна и связанные с ними данные состояния.

Каждый модуль может определять сообщения, запросы, киперы, параметры, данные генезиса, события и операции жизненного цикла блока.

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

Команда разработчиков может подключать стандартные модули, менять конфигурацию приложения или создавать собственные модули.

Модульная архитектура помогает поддерживать структуру блокчейна по мере добавления функций.

Модульность не означает, что любой модуль можно подключить без проверки совместимости, безопасности и необходимости миграции.

Распространенные модули Cosmos SDK

Модуль Auth

Модуль

определяет основные типы аккаунтов и транзакций, а также поддерживает базовую аутентификацию транзакций.

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

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

Модуль Bank

Модуль

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

Другие модули могут использовать контролируемые интерфейсы bank-keeper, чтобы выпускать, сжигать, переводить токены или проверять балансы.

В документации модуля bank описаны его функции управления балансами и переводами нескольких активов.

Модуль Staking

Модуль

обеспечивает функциональность Proof of Stake: управление валидаторами, делегирование, анбондинг, переделегирование и обновление набора валидаторов.

Модуль Slashing

Модуль

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

Модуль Distribution

Модуль

распределяет комиссии за транзакции и другие вознаграждения между валидаторами, делегаторами и указанными общественными фондами.

Модуль Governance

Модуль

поддерживает ончейн-предложения, депозиты, голосование, подсчет голосов и санкционированное исполнение сообщений одобренных предложений.

Модуль Mint

Модуль

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

Модуль Upgrade

Модуль

координирует запланированные обновления программного обеспечения и миграцию состояния на заданной высоте блока.

Модуль Authorization

Модуль

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

Модуль Fee Grant

Модуль

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

Что такое кипер?

Кипер — это уровень доступа к состоянию и бизнес-логики модуля Cosmos SDK.

Он предоставляет типизированные методы для чтения и записи данных модуля.

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

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

Другие модули получают только те интерфейсы кипера и полномочия, которые приложение предоставляет им явно.

Такая модель делает зависимости модулей понятнее и ограничивает неконтролируемый доступ к общему состоянию блокчейна.

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

Как взаимодействуют модули Cosmos SDK?

Модули взаимодействуют через явно определенные интерфейсы киперов, а не изменяют хранилища друг друга напрямую.

Например, модуль staking может вызвать разрешенный метод bank-keeper, если делегированные токены нужно переместить между аккаунтами модулей.

Модуль governance после одобрения предложения может вызвать разрешенный метод обновления параметров.

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

Явные интерфейсы упрощают тестирование и аудит полномочий между модулями.

Циклические зависимости и чрезмерно широкие разрешения усложняют обслуживание и защиту приложения.

Как хранится состояние?

Cosmos SDK хранит состояние приложения в виде пар «ключ-значение» в хранилищах отдельных модулей.

Ключи и значения представлены в виде байтов, а модули кодируют и декодируют структурированные данные согласно заданным правилам сериализации.

В руководстве Cosmos SDK по состоянию и хранению данных объясняется, что хранилища модулей подключаются к multistore и фиксируются совместно.

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

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

Корень состояния передается движку консенсуса и включается в зафиксированную историю блокчейна.

Что такое multistore Cosmos SDK?

Multistore — это контейнер, который координирует отдельные хранилища состояния, используемые модулями приложения.

Каждый модуль может иметь независимое пространство ключей, а изменения всех модулей фиксируются под единым корнем состояния приложения.

Такая конструкция разделяет данные модулей, не создавая отдельный блокчейн для каждого модуля.

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

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

В Cosmos SDK v0.54 были изменены пакеты Store v2, что требует от приложений, переходящих на новую версию, тщательной миграции.

Что такое состояние генезиса?

Состояние генезиса — начальное состояние, с которого запускается новый блокчейн.

Обычно оно представлено в файле

, содержащем конфигурацию сети и модулей.

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

При инициализации сети BaseApp вызывает код генезиса каждого модуля, чтобы проверить данные и заполнить состояние.

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

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

Как работают транзакции Cosmos SDK?

Транзакция Cosmos SDK — это подписанная структура данных, содержащая одно или несколько сообщений, сведения для аутентификации, лимит газа и комиссии за транзакцию.

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

Пользователь подписывает транзакцию приватным ключом, связанным с аккаунтом отправителя.

Узел декодирует отправленные данные и проверяет, соответствует ли транзакция требованиям мемпула.

После включения транзакции в блок по результатам консенсуса BaseApp выполняет промежуточное ПО для аутентификации и направляет каждое сообщение соответствующему обработчику.

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

Жизненный цикл транзакции Cosmos SDK

Создание транзакции

Кошелек или приложение формирует сообщения и добавляет сведения об аккаунте, комиссии, газе, сети и подписи.

Подписание

Владелец аккаунта подписывает заданные данные транзакции авторизованным приватным ключом аккаунта.

Отправка

Закодированная транзакция передается узлу через поддерживаемый клиентский интерфейс.

CheckTx

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

Упорядочивание консенсусом

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

Исполнение AnteHandler

BaseApp запускает промежуточное ПО, которое до обработки сообщений отвечает за аутентификацию, последовательность транзакций, комиссии и настройку газа.

Исполнение сообщений

Каждое сообщение направляется соответствующему серверу сообщений модуля по URL его типа.

Последующая обработка

В приложении можно настроить обработчики для логики, которая выполняется после обработки сообщений.

Фиксация состояния

Успешные переходы состояния формируют новый корень состояния приложения, фиксируемый для блока.

Что такое AnteHandler?

AnteHandler — это промежуточное ПО, которое запускается до исполнения сообщений транзакции.

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

Если AnteHandler отклоняет транзакцию, содержащиеся в ней сообщения не исполняются.

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

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

Пользовательская логика AnteHandler должна оставаться детерминированной для всех валидаторов.

Что такое сообщение Cosmos SDK?

Сообщение — это структурированный запрос на выполнение определенного перехода состояния.

Например, оно может содержать запрос на перевод токенов, создание валидатора, делегирование стейка, отправку предложения по управлению или изменение пользовательских данных приложения.

Для каждого типа сообщения заданы поля, правила подписания, требования к проверке и соответствующий метод сервера сообщений.

BaseApp направляет сообщения согласно зарегистрированным URL типов.

В одно приложение можно включить несколько сообщений.

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

Что такое запросы?

Запросы позволяют читать состояние блокчейна, не запрашивая его изменение.

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

Модули Cosmos SDK обычно предоставляют сервисы запросов gRPC, которые BaseApp направляет соответствующему серверу запросов.

Запросы не проходят через стандартный AnteHandler транзакций, и комиссия за блокчейн-транзакцию не списывается таким же образом.

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

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

Что такое газ в Cosmos SDK?

Газ — это единица измерения, используемая для ограничения вычислительных ресурсов и объема хранилища, затрачиваемых на исполнение транзакции.

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

В транзакции задается лимит газа — максимальное количество газа, разрешенное для ее исполнения.

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

Расчет газа и его стоимость могут различаться между блокчейнами на Cosmos SDK, поскольку приложение определяет важные параметры и особенности реализации.

Как рассчитываются комиссии за транзакции Cosmos SDK?

Для упрощенного расчета комиссию умножают на цену газа в пределах заданного лимита.

Комиссия за транзакцию = лимит газа × цена газа

Если лимит газа составляет 200,000, а цена газа — 0.025 единицы за газ, комиссия составит 5,000 минимальных единиц токена.

Комиссия за транзакцию = 200,000 × 0.025 = 5,000

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

Транзакция с комиссией ниже минимального значения узла может быть отклонена до попадания в его мемпул.

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

Аккаунты Cosmos SDK

Аккаунт Cosmos SDK обычно содержит адрес, номер аккаунта, порядковый номер и сведения о публичном ключе, если этот ключ уже раскрыт в блокчейне.

Порядковый номер помогает предотвратить многократное повторное воспроизведение одной и той же подписанной транзакции.

Транзакция с устаревшим порядковым номером может быть отклонена.

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

Адрес аккаунта не подтверждает юридическую личность человека или организации, контролирующих соответствующий приватный ключ.

Утрата приватного ключа или способа восстановления может привести к безвозвратной потере доступа, если альтернативная система авторизации не предусмотрена.

Форматы адресов Cosmos SDK

В блокчейнах Cosmos SDK адреса обычно отображаются в кодировке Bech32 с человекочитаемым префиксом, специфичным для сети.

Префикс помогает различать адреса аккаунтов, валидаторов и консенсуса в интерфейсах для пользователей.

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

Сам по себе префикс не подтверждает, что адрес принадлежит нужной сети или получателю.

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

Стейкинг в Cosmos SDK

Модуль staking Cosmos SDK позволяет сетям поддерживать систему валидаторов Proof of Stake.

Держатели нативных токенов могут делегировать их валидаторам в соответствии с правилами сети.

Выбор валидаторов может зависеть от объема заблокированных голосов и установленных ограничений на размер набора валидаторов.

В официальной спецификации стейкинга Cosmos SDK определены переходы состояния, связанные с валидаторами, делегированием, анбондингом, переделегированием и набором валидаторов.

Модуль использует доли делегирования для учета токенов, делегированных в пул каждого валидатора.

Параметры стейкинга — например, номинал токена, используемого для обеспечения, лимит валидаторов, период анбондинга и объем исторических записей — задаются отдельной сетью.

Валидаторы и делегаторы

Валидатор управляет инфраструктурой, которая участвует в предложении блоков, голосовании и выполнении консенсусных задач, если валидатор входит в активный набор.

Делегатор передает валидатору стейкинговую силу, но при этом не обязательно самостоятельно управляет инфраструктурой валидатора.

Валидаторы могут взимать комиссию с вознаграждений, распределяемых между делегаторами.

Делегаторы по-прежнему подвержены рискам, связанным с работой валидатора, изменением комиссии, слешингом, задержкой анбондинга, волатильностью токена и протокола.

Делегирование не передает право собственности так же, как обычная продажа токена, однако делегированные токены подпадают под правила модуля staking.

Конкретные права и риски зависят от конфигурации приложения сети.

Анбондинг и переделегирование

Анбондинг запускает процесс вывода делегированных активов из стейкинга.

В течение установленного сетью периода анбондинга токены могут быть недоступны для перевода.

Они могут по-прежнему подвергаться штрафам за определенные нарушения валидатора, совершенные в период блокировки.

Переделегирование переносит стейкинговую экспозицию с одного валидатора на другого в соответствии с правилами протокола.

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

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

Слешинг в Cosmos SDK

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

В спецификации модуля slashing Cosmos SDK описаны контроль работоспособности валидаторов, помещение в карантин, конфликтующие подписи и блокировка валидатора после серьезного нарушения.

Сеть может настраивать штрафы и требования к числу пропущенных блоков с помощью параметров.

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

За определенные нарушения работоспособности валидатора могут временно поместить в карантин.

За серьезные нарушения консенсуса в соответствии с правилами сети могут назначаться более строгие штрафы и постоянные ограничения.

Управление в Cosmos SDK

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

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

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

Процесс рассмотрения предложения может включать период внесения депозита, период голосования, требования к кворуму, порог одобрения и порог вето.

Каждая сеть может настраивать правила управления по-своему.

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

Авторизация Cosmos SDK

Модуль authorization позволяет грантору предоставить гранти другому аккаунту право выполнять от его имени заданные сообщения.

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

Разрешение может быть широким или ограниченным пользовательской логикой авторизации.

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

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

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

Обновления ПО Cosmos SDK

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

Модуль

позволяет сети запланировать обновление на заданной высоте блока.

В спецификации модуля upgrade описано, как предложения по управлению могут назначать или отменять запланированные обновления.

Операторы узлов должны установить совместимую версию двоичного файла до вступления обновления в силу.

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

Недостаточная координация может привести к остановке создания блоков или разделению операторов между несовместимыми версиями.

Cosmos SDK и IBC

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

Сеть на Cosmos SDK может интегрировать модули IBC для поддержки переводов токенов, межсетевых аккаунтов, сообщений контрактов и других межсетевых приложений.

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

IBC не ограничивается блокчейнами, созданными на Cosmos SDK, хотя реализация на Go часто интегрируется в приложения SDK.

Начиная с IBC-Go v10, IBC Classic и IBC v2 существуют как отдельные версии протокола в одной ветке релизов.

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

Как работает перевод токенов через IBC?

Перевод токенов через IBC начинается, когда пользователь отправляет запрос на перевод в исходной сети.

Приложение исходной сети блокирует или сжигает соответствующее представление актива согласно маршруту перевода.

Пакет с данными о переводе фиксируется в сети, после чего ретранслятор передает его в сеть назначения.

Сеть назначения проверяет необходимое доказательство и создает или разблокирует соответствующее представление актива.

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

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

Поддерживает ли Cosmos SDK смарт-контракты?

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

Это позволяет сочетать модули на уровне протокола с программируемыми приложениями, развернутыми пользователями.

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

Поддержка смарт-контрактов автоматически включена не во всех приложениях Cosmos SDK.

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

Cosmos SDK и смарт-контракты

Модуль Cosmos SDK исполняется как нативная логика приложения, включенная в ПО блокчейна, используемое валидаторами.

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

Нативные модули могут обращаться к хукам уровня протокола и тесно интегрированным интерфейсам состояния.

Смарт-контракты часто можно развернуть без необходимости устанавливать новый двоичный файл сети каждому валидатору.

Обновление логики нативного модуля обычно требует согласованного обновления сети.

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

Cosmos SDK и Cosmos Hub

Cosmos SDK — это программное обеспечение для создания блокчейнов, а Cosmos Hub — конкретный блокчейн, созданный на технологическом стеке Cosmos.

SDK не предусматривает одну обязательную нативную криптовалюту, общую для всех сетей.

Каждое приложение Cosmos SDK может задавать собственные номиналы токенов, правила предложения, актив для стейкинга и политику комиссий.

Решение по управлению в одной независимой сети не распространяется автоматически на остальные сети на SDK.

Разработчикам не следует считать параметры Cosmos Hub универсальными настройками Cosmos SDK по умолчанию.

Преимущества Cosmos SDK

Модульные компоненты позволяют сократить объем базового кода блокчейна, который команде пришлось бы разрабатывать самостоятельно.

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

Границы состояния модулей и интерфейсы киперов упрощают понимание полномочий и проведение аудита.

Нативная поддержка IBC может обеспечить стандартизированное взаимодействие между сетями.

Фреймворк поддерживает как готовые модули, так и пользовательскую логику приложения.

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

Эти преимущества не отменяют необходимости в безопасном проектировании, аудитах, тестировании, работе валидаторов и экономическом анализе.

Ограничения Cosmos SDK

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

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

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

Обновления модулей и зависимостей могут приводить к несовместимым изменениям конфигурации приложения.

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

Гибкость специализированных сетей может усложнять работу: две сети на SDK могут использовать совершенно разные параметры и модули.

Нельзя считать, что все сети, созданные с помощью этого фреймворка, обладают одинаковой безопасностью, децентрализацией или защитой активов.

Безопасность Cosmos SDK

Безопасность зависит от версии SDK, пользовательского кода приложения, конфигурации консенсуса, инфраструктуры валидаторов, управления ключами, системы управления и подключенных протоколов.

Каждый переход состояния должен быть детерминированным и проверяться на наличие несанкционированных входных данных.

Киперы должны предоставлять другим модулям только необходимые полномочия.

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

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

На официальной странице аудитов Cosmos Stack размещены ссылки на опубликованные проверки безопасности основных компонентов.

В правилах программы поиска ошибок Cosmos Stack описана согласованная процедура конфиденциального сообщения об уязвимостях.

Распространенные риски безопасности Cosmos SDK

Недетерминированное исполнение

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

Ошибки в разрешениях киперов

Чрезмерно широкий интерфейс кипера может позволить одному модулю вносить несанкционированные изменения в другой модуль.

Неправильная авторизация сообщений

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

Ошибки генезиса

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

Сбои при обновлении

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

Ошибки экономической модели

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

Компрометация ключей валидатора

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

Уязвимости зависимостей

Блокчейн может унаследовать уязвимости устаревших зависимостей SDK, консенсуса, IBC, криптографии, баз данных или сетевых компонентов.

Как создать блокчейн с помощью Cosmos SDK

Определите назначение блокчейна

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

Выберите версию SDK

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

Выберите стандартные модули

Команда может выбрать модули для аккаунтов, переводов, стейкинга, управления, вознаграждений, авторизации и обновлений.

Разработайте собственные модули

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

Настройте взаимодействие компонентов приложения

Хранилища, киперы, зависимости модулей, middleware, сервисы сообщений, сервисы запросов и порядок выполнения хуков должны быть правильно связаны.

Определите состояние генезиса

Начальное состояние блокчейна необходимо сформировать, проверить, проанализировать и единообразно передать операторам узлов.

Проверьте детерминированность и переходы состояния

Модульные и интеграционные тесты, симуляции, фаззинг и тестовые сети с несколькими узлами помогают выявить проблемы в логике и консенсусе.

Проведите проверку безопасности

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

Запустите тестовую сеть

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

Согласуйте запуск основной сети

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

Разработка модулей Cosmos SDK

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

Файлы Protocol Buffer позволяют описывать структуры сообщений, запросов, генезиса и данных.

Кипер обеспечивает контролируемый доступ к состоянию и позволяет повторно использовать бизнес-логику.

Сервер сообщений проверяет запросы транзакций и вызывает операции кипера.

Сервер запросов предоставляет доступ к состоянию модуля только для чтения.

Модуль может регистрировать в приложении сервисы, интерфейсы, хранилища, обработчики генезиса, миграции и хуки блоков.

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

Хуки жизненного цикла блока

Модули Cosmos SDK могут выполнять заданную логику на разных этапах обработки блока.

Логика PreBlock выполняется до BeginBlock и может подготовить состояние, необходимое для блока.

Логика BeginBlock выполняется в начале обработки блока и может запускать запланированные операции модулей.

Затем транзакции обрабатываются в согласованном порядке.

Логика EndBlock выполняется после обработки транзакций и может подготовить обновления валидаторов или завершить расчеты модуля.

ModuleManager координирует порядок выполнения хуков. Неправильный порядок может привести к ошибкам приложения или непредвиденному состоянию.

События и индексация

Модули Cosmos SDK могут генерировать события при обработке транзакций и блоков.

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

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

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

Если приложению нужен текущий канонический результат, следует запрашивать зафиксированное состояние.

Поля событий и настройки индексации могут меняться между версиями приложения.

Управление и параметры Cosmos SDK

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

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

Обычно параметры меняют с помощью авторизованного сообщения, а не обычной неограниченной пользовательской транзакции.

Аккаунт модуля управления может выступать в качестве полномочного отправителя сообщений об обновлении параметров.

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

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

Производительность Cosmos SDK

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

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

Каждый валидатор должен выполнять детерминированную обработку в пределах временных допущений сети.

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

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

В Cosmos SDK v0.54 предусмотрена экспериментальная поддержка Block-STM для параллельного выполнения транзакций, однако использование в основной сети требует тщательной проверки совместимости и корректности.

Что такое Block-STM?

Block-STM — экспериментальный подход к выполнению операций, который пытается обрабатывать совместимые транзакции параллельно, сохраняя детерминированный итоговый результат.

В документации Cosmos SDK по Block-STM описано оптимистичное параллельное выполнение при финализации блока.

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

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

Не следует включать экспериментальные функции только потому, что тест производительности показал более высокое число транзакций.

Эксплуатация узлов Cosmos SDK

Полный узел хранит состояние блокчейна, взаимодействует с другими узлами, проверяет блоки и предоставляет настроенные интерфейсы.

Узел валидатора также выполняет задачи подписания консенсуса, когда валидатор активен.

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

Для общедоступных сервисов удаленного вызова процедур следует настроить ограничения частоты запросов и контроль доступа с учетом модели угроз.

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

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

Как оценить блокчейн на Cosmos SDK

Уточните точные версии SDK, CometBFT, IBC и модулей, используемых блокчейном.

Проверьте, содержит ли приложение важные пользовательские модули или логику, контролируемую администраторами.

Изучите распределение валидаторов, участие в консенсусе, концентрацию стейкинга и практики управления ключами.

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

Определите модели нативных и переведенных между сетями активов, а также полномочия по выпуску, заморозке или ограничению токенов.

Изучите аудиты безопасности, раскрытые уязвимости, тестовое покрытие и историю инцидентов.

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

Само по себе использование Cosmos SDK не определяет, является ли конкретная криптовалютная сеть безопасной или подходящей для пользователя.

Распространенные заблуждения о Cosmos SDK

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

Еще одно заблуждение — будто все блокчейны на SDK используют один и тот же набор валидаторов.

Независимые блокчейны обычно обеспечивают собственную безопасность и управление, если только не используют специальную модель совместной безопасности.

Некоторые пользователи полагают, что любой актив на SDK автоматически можно переводить через IBC.

Для переводов IBC необходимы совместимые модули, активные клиенты, действующие маршруты и работающие ретрансляторы.

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

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

Часто задаваемые вопросы

Как проще всего определить Cosmos SDK?

Cosmos SDK — это фреймворк с открытым исходным кодом на Go для создания настраиваемых блокчейнов Layer 1 и распределенных реестров.

Является ли Cosmos SDK блокчейном?

Нет. Это ПО для создания блокчейнов, а не самостоятельный блокчейн.

Является ли Cosmos SDK криптовалютой?

Нет. Каждое созданное с его помощью приложение может определять собственную криптовалюту и правила работы токенов.

Какой язык программирования использует Cosmos SDK?

Cosmos SDK разрабатывается преимущественно на Go.

Какова последняя версия Cosmos SDK?

Согласно официальному репозиторию, по состоянию на июль 2026 года последним релизом является v0.54.3.

Что такое BaseApp?

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

Что такое ABCI?

ABCI — это интерфейс взаимодействия движка консенсуса с приложением блокчейна.

Что такое CometBFT?

CometBFT — это движок консенсуса и сетевого взаимодействия, который часто используется для упорядочивания и финализации транзакций приложений Cosmos SDK.

Что такое модуль Cosmos SDK?

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

Что такое кипер?

Кипер — это уровень контролируемого доступа к состоянию и бизнес-логики модуля.

Могут ли разработчики создавать собственные модули Cosmos SDK?

Да. Разработчики могут создавать модули с пользовательскими сообщениями, состоянием, запросами, параметрами, событиями и хуками жизненного цикла.

Что такое модуль bank?

Модуль bank управляет балансами криптовалют, переводами нескольких активов, данными о предложении и отдельными ограничениями для токенов.

Что такое модуль auth?

Модуль auth определяет основные типы аккаунтов и транзакций и участвует в аутентификации транзакций.

Что такое модуль staking?

Модуль staking управляет валидаторами, делегированием, выводом из стейкинга, повторным делегированием и обновлениями валидаторов в системе Proof of Stake.

Что такое модуль slashing?

Модуль slashing штрафует валидаторов за определенные нарушения, например за простой или конфликтующие подписи консенсуса.

Что такое модуль governance?

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

Что такое модуль upgrade?

Модуль upgrade планирует согласованные обновления ПО и миграции состояния на заданной высоте блока.

Что такое транзакция Cosmos SDK?

Транзакция Cosmos SDK — это подписанная структура, содержащая сообщения, данные аутентификации аккаунта, лимит газа и комиссии.

Что такое сообщение в Cosmos SDK?

Сообщение — это структурированный запрос к модулю на выполнение определенного перехода состояния блокчейна.

Может ли одна транзакция содержать несколько сообщений?

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

Что происходит, если одно сообщение завершается ошибкой?

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

Что такое AnteHandler?

AnteHandler — это middleware предварительного выполнения, отвечающее за подписи, последовательности, комиссии, газ и другие проверки транзакций.

Что такое газ в Cosmos SDK?

Газ измеряет и ограничивает вычислительные ресурсы и ресурсы хранилища, потребляемые при обработке транзакции.

Как рассчитываются комиссии за транзакции?

Упрощенный расчет: лимит газа транзакции умножается на выбранную цену газа.

Все ли блокчейны Cosmos SDK взимают одинаковые комиссии?

Нет. Блокчейны могут использовать разные токены для комиссий, цены газа, минимальные значения и правила взимания комиссий.

Что такое состояние генезиса?

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

Поддерживает ли Cosmos SDK Proof of Stake?

Да. Его модули staking и slashing могут поддерживать настраиваемую систему валидаторов Proof of Stake.

Гарантирует ли делегирование прибыль от стейкинга?

Нет. Вознаграждения могут меняться, а делегаторы подвержены волатильности токена, комиссиям, простоям, слэшинг-штрафам и рискам протокола.

Что такое период вывода из стейкинга?

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

Могут ли блокчейны Cosmos SDK взаимодействовать друг с другом?

Да, если в них реализованы совместимые протоколы, приложения, клиенты и маршруты IBC.

Что такое IBC?

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

Требуются ли IBC доверенные ретрансляторы?

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

Устраняет ли IBC кроссчейн-риски?

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

Поддерживает ли Cosmos SDK смарт-контракты?

Да. В блокчейн можно добавить совместимую виртуальную машину для выполнения смарт-контрактов.

Чем модуль отличается от смарт-контракта?

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

Является ли Cosmos SDK тем же самым, что и Cosmos Hub?

Нет. Cosmos SDK — это фреймворк для разработки, а Cosmos Hub — один из блокчейнов, созданных с использованием стека Cosmos.

Используют ли все блокчейны Cosmos SDK общих валидаторов?

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

Может ли один и тот же символ использоваться для разных токенов в разных блокчейнах SDK?

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

Что такое Store v2?

Store v2 — это обновленный пакет хранения Cosmos SDK, включенный в требования к миграции на v0.54.

Что такое Block-STM?

Block-STM — экспериментальная система детерминированного параллельного выполнения совместимых транзакций при финализации блока.

Безопасен ли каждый блокчейн Cosmos SDK?

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

Могут ли в пользовательском коде Cosmos SDK быть уязвимости?

Да. Пользовательские модули могут содержать ошибки авторизации, учета, детерминированности, миграции и экономической модели.

Как следует обновлять блокчейн Cosmos SDK?

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

Что пользователям следует проверить перед использованием блокчейна на SDK?

Пользователям следует изучить версии, валидаторов, управление, пользовательские модули, контроль над активами, аудиты, обновления и кроссчейн-зависимости.

В чем главное преимущество Cosmos SDK?

Главное преимущество — возможность собирать и настраивать логику блокчейна на уровне протокола с помощью повторно используемых модулей.

Каково главное ограничение Cosmos SDK?

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

Заключение

Cosmos SDK — это фреймворк с открытым исходным кодом на Go для создания настраиваемых блокчейнов Layer 1, распределенных реестров и криптовалютных сетей для конкретных приложений.

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

BaseApp координирует обработку транзакций, операции жизненного цикла модулей, запросы, газ и состояние, взаимодействуя с движком консенсуса через ABCI.

Модули изолируют свое состояние и предоставляют контролируемые интерфейсы киперов для бизнес-логики и взаимодействия между модулями.

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

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

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

Пользователям, оценивающим блокчейн на Cosmos SDK, следует анализировать его модули, параметры, валидаторов, управление, обновления, контроль над активами и историю безопасности, а не судить о нем только по используемому фреймворку.