CAP-12 предлагает изменения в Конституцию Cardano для Dijkstra
Поправка установит правила управления для новых параметров протокола, а Node 11.2 готовится к тестированию возможностей Dijkstra, включая новый формат блока и контекст Plutus V4.
By SongMarketCap
CAP-12, предлагаемая поправка, охватывающая параметры протокола Dijkstra, открыта для общественного обсуждения. Обновление Intersect от 2 октября изложило предложение вместе с подготовкой к Node 11.2, при этом предварительный релиз для команд кошельков и инфраструктуры ожидается в ближайшее время.
Параметры Dijkstra в Конституции Cardano
Конституция Cardano разрешает действия по обновлению параметров изменять только те настройки, которые явно перечислены в Appendix I. Без поправки новые параметры Dijkstra оставались бы зафиксированными на начальных значениях, несмотря на их техническую настраиваемость.
CAP-12 охватывает защиту reference script, Ouroboros Leios, Ouroboros Peras и экономику стейк пулов. В ее сферу входят емкость и временные настройки Leios, минимальная маржа пула и максимальное плечо залога.
Для каждого параметра предложение описывает его функцию, назначает его к группе голосования и определяет ограничения на будущие изменения. Группа определяет порог одобрения для DReps, представителей, которым держатели ADA делегируют право голоса. Параметры, критичные для безопасности, также требуют одобрения операторов стейк пулов.
Обновленный Guardrails Script будет автоматически обеспечивать соблюдение ограничений, которые можно проверять on chain. Поправка добавляет положения, не изменяя и не удаляя существующий текст Конституции.
Node 11.2 готовит тестирование интеграции Dijkstra
По данным Intersect, подготовка последовательности релизов для Node 11.2 находится в процессе. Запланированный предварительный релиз будет содержать большую часть набора функций Dijkstra, включая новый формат блока и контекст Plutus V4, который определяет информацию, доступную скриптам смарт контрактов.
Команды кошельков и инструментов смогут тестировать интеграции и оценивать изменения в поведении протокола, API и функциональности. Релиз не будет включать Leios и не будет готов к активации хардфорка.
Поставщикам аппаратных кошельков также предстоит подготовительная работа, связанная с криптографическими ключами и требованиями к регистрации стейк пулов для Leios. Эти требования выходят за рамки содержания предстоящего тестового релиза.
Ожидающие guardrails и более поздняя активация
Предлагаемые guardrails связывают изменения емкости Leios с бенчмаркингом и моделированием, демонстрирующими, что узлы могут обрабатывать и распространять данные в требуемые сроки.
CAP-12 также различает этапы активации. Максимальное плечо залога, параметр пула, связанный с собственными залогами ADA операторов, изначально не будет иметь настроенного значения. Его включение потребует последующего управленческого действия. Peras и минимальная маржа пула предназначены для более позднего хардфорка в пределах эры Dijkstra.
Предложение остается на стадии консультаций, ожидается первоначальная редакторская проверка. Числовые границы для емкости Endorser Block и временных параметров Leios остаются среди значений, по прежнему отмеченных как "PENDING" в черновике.