Cardano Leios нацеливается увеличить текущую пропускную способность в три пять раз

Input Output изложила планы 20 октября внедрить Ouroboros Leios через хардфорк Dijkstra Cardano. Изначально протокол нацелен на увеличение пропускной способности по данным транзакций в три пять раз по сравнению с текущей, а последующие обновления параметров нацелены на десять пятнадцать раз от текущего уровня. Активация последует за регистрацией стекинговых пулов после форка.

Leios увеличивает пропускную способность во время пиков трафика Cardano

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

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

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

Пулы стейкинга должны зарегистрировать ключи голосования Leios

После Dijkstra операторы пулов стейкинга зарегистрируют ключи BLS для участия в голосовании Leios. По оценке Input Output, для активации потребуются зарегистрированные пулы, представляющие примерно от 90% до 95% делегированной ADA, с учетом финальных параметров протокола.

В описанной конфигурации участвующие пулы валидируют блоки endorser и подают голоса, взвешенные по объему представляемой ими ADA. Для сертификации требуются голоса, покрывающие не менее 75% общего активного стейка. Подписи BLS объединяют эти голоса в компактный сертификат.

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

[NEWSBREAK]

Тесты в основной сети будут направлять дальнейшие увеличения Leios

Этап Earth в MusashiNet продолжительностью 41 день достиг пика 26.8 килобайта данных транзакций в секунду, по сравнению с потолком основной сети Praos примерно 4.51. В тесте использовались синтетический трафик и участие операторов. Команда сообщила об исправлениях ошибок реализации, выявленных во время тестирования, включая проблемы синхронизации и обработку недействительных сертификатов.

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

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

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