Cardano Leios переходит в фазу измеримой инженерии: прототип, работа CLI и тесты производительности

Дорожная карта масштабирования Leios от Cardano переходит от исследовательских разработок к измеримой инженерии. Во время ежемесячного обзора Leios за апрель 2026 года, который состоялся 29 апреля, разработчики IOG и участники широкого сообщества Cardano представили успехи в области прототипа, тестах производительности проверки транзакций, сетевых тестах, поддержке Cardano CLI и дизайна выбора комитетов.

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

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

Прототип Cardano Leios демонстрирует ранние успехи в увеличении пропускной способности

Обзор начался с демонстрации прототипа Leios и того, как Расширенные блоки (EBs) упорядочиваются параллельно с существующей системой Cardano Praos. В живой разработке команда показала работу сети под нагрузкой около 20 килобайт транзакций в секунду, что в этом конкретном сценарии было описано как примерно 100 транзакций в секунду с небольшими транзакциями.

Это число не должно считаться окончательной производственной характеристикой Leios. Команда еще работает над более высоким целевым показателем в контролируемой среде — 200 килобайт транзакций в секунду. В теоретическом примере с использованием очень маленьких транзакций размером 200 байт это могло бы соответствовать примерно 1000 транзакций в секунду, но обзор не представил это как достигнутый результат для основной сети.

Более важным сигналом стало то, как вел себя прототип. Визуальное демо показало появление блоков Praos и Расширенных блоков Leios в одной среде, при этом mempool опустошался, а подтвержденная пропускная способность следовала за нагрузкой, размещенной на системе. Это дает команде разработчиков более ясное представление о том, перемещает ли Leios данные транзакций через систему так, как задумано.

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

Это сложная часть масштабирования Cardano. Определить более высокий целевой показатель пропускной способности легко. Децентрализованный протокол, который координирует больший поток данных через реальные узлы, ограничения пропускной способности, различия в задержке и условия противодействия, — это другое вызов. Апрельский обзор показал, что Leios теперь тестируется на эту вторую проблему.

Тесты Cardano сосредоточены на проверке транзакций, эффективности mempool и сетевой нагрузке

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

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

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

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

Новейший подход v2 показал значительно лучшие результаты в представленных тестах. В одном тесте его выполнение заняло около 1.6 секунд с примерно 78-процентной эффективностью, сравнивая с результатами v1, где только около 9 процентов переданных данных были полезными. Это улучшение важно для Leios, но оно также может улучшить Cardano более широко, так как лучшее представление транзакций уменьшает сетевые отходы до любой полноценной активации Leios.

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

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

Leios улучшает поддержку Cardano CLI и дизайн комитетов

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

Операторам пулов участия (SPO) потребуется сгенерировать ключ BLS и доказательство владения в дополнение к их обычным ключам. Доказательство владения важно, так как оно помогает защитить от атак с использованием вредоносных ключей. Согласно обзору, соответствующие команды уже доступны в последней версии Cardano CLI в соответствии с эпохой Dijkstra.

Ожидаемый процесс заключается в следующем: после соответствующего хардфорка SPO зарегистрируют новые учетные данные BLS через сертификат регистрации пула участия и включат ключ подписи BLS в конфигурацию запуска узла. Это практическое свидетельство движения вперед. Leios уже не просто обсуждение исследований. Он начинает затрагивать рабочие процессы, которые инфраструктурные провайдеры Cardano в конечном итоге должны будут соблюдать.

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

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

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

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

Следующая фаза становится более ясной. Leios теперь должен перейти от поведения прототипа и тестов производительности компонентов к более широким условиям тестовой сети, где пропускная способность, распространение голосов, выбор комитетов, готовность CLI, распространение сети и операции SPO могут быть оценены вместе. Это настоящий контрольный пункт. Не высший показатель TPS, а то, может ли вся система вести себя предсказуемо, когда части соединены.

Для Cardano обзор Leios за апрель знаменует прогресс, потому что он показывает, что дорожная карта масштабирования становится рабочей. Протокол тестируется через те же уровни, которые определят его реальную ценность: книга учета, mempool, сетевой стек, модель комитетов, CLI и операторы, которые будут его использовать. Если эти уровни продолжат сходиться, Leios перестанет быть просто концепцией масштабирования для Cardano. Он станет тестируемым путем к большей емкости без отказа от инженерной дисциплины, которая изначально сделала сеть отличной.