CAP-12 propõe mudanças na Constituição da Cardano para Dijkstra

CAP-12, uma emenda proposta que abrange os parâmetros do protocolo Dijkstra, está aberta para consulta pública. A atualização de 2 de outubro da Intersect descreveu a proposta juntamente com os preparativos para o Node 11.2, com um pré-lançamento esperado em breve para as equipes de carteiras e infraestrutura.

Parâmetros de Dijkstra na Constituição da Cardano

A Constituição da Cardano permite que ações de Atualização de Parâmetros alterem apenas configurações explicitamente listadas no Apêndice I. Sem a emenda, os novos parâmetros de Dijkstra permaneceriam fixos em seus valores iniciais apesar de serem tecnicamente ajustáveis.

CAP-12 abrange proteção de reference-script, Ouroboros Leios, Ouroboros Peras e economia de stake pools. Seu escopo inclui capacidade e configurações de temporização do Leios, margem mínima do pool e alavancagem máxima de pledge.

Para cada parâmetro, a proposta descreve sua função, atribui seu grupo de votação e define limites para mudanças futuras. O grupo determina o limiar de aprovação para os DReps, representantes a quem os detentores de ADA delegam poder de voto. Parâmetros críticos para a segurança também exigem aprovação dos operadores de stake pools.

Um Guardrails Script atualizado aplicaria automaticamente restrições que podem ser verificadas on-chain. A emenda adiciona disposições sem alterar ou remover o texto constitucional existente.

Node 11.2 prepara testes de integração do Dijkstra

O sequenciamento de lançamentos para o Node 11.2 está em andamento, segundo a Intersect. O pré-lançamento planejado conterá a maior parte do conjunto de recursos do Dijkstra, incluindo o novo formato de bloco e o contexto do Plutus V4, que define as informações disponíveis para scripts de contratos inteligentes.

As equipes de carteiras e de ferramentas poderão testar integrações e avaliar mudanças no comportamento do protocolo, nas APIs e na funcionalidade. A versão excluirá o Leios e não estará pronta para ativar o hard fork.

Os provedores de carteiras de hardware também têm trabalho de preparação envolvendo chaves criptográficas e requisitos de registro de stake pool para o Leios. Esses requisitos vão além do conteúdo da próxima versão de testes.

Guardrails pendentes e ativação posterior

Os guardrails propostos vinculam mudanças na capacidade do Leios a benchmarks e simulações que demonstram que os nós podem processar e distribuir dados dentro do tempo exigido.

CAP-12 também distingue entre etapas de ativação. A alavancagem máxima de pledge, um parâmetro do pool vinculado aos próprios pledges de ADA dos operadores, inicialmente não teria valor configurado. Habilitá-la exigiria uma ação de governança subsequente. Peras e a margem mínima do pool estão previstas para um hard fork posterior dentro da era Dijkstra.

A proposta permanece em consulta, com uma revisão editorial inicial esperada. Limites numéricos para a capacidade do Endorser Block e o timing do Leios estão entre os valores ainda marcados como “PENDING” no rascunho.