Atualização Dijkstra do Cardano delineia a implementação do Leios com meta de throughput de 10 a 15 vezes
Input Output detalhou um plano em fases para a próxima grande atualização de protocolo do Cardano, combinando Linear Leios, novas capacidades de transação e mudanças nos parâmetros de staking. A capacidade da rede aumentará gradualmente após a aprovação de governança e quando os requisitos de prontidão dos pools de stake forem atendidos.
By SongMarketCap
A próxima era Dijkstra do Cardano introduzirá uma grande atualização de protocolo projetada para expandir a capacidade de processamento de transações e adicionar novas capacidades em toda a rede. Carlos Lopez-Zelada, gerente de produto de Leios na Input Output, descreveu o processo de implantação, incluindo as condições necessárias antes que a tecnologia de escalonamento possa operar na mainnet.
A transição para a versão 12 do protocolo introduzirá Linear Leios juntamente com mudanças em contratos inteligentes, tratamento de transações e economia de staking. O plano de implementação da Input Output mira um aumento inicial de duas a cinco vezes no throughput, seguido por ajustes adicionais destinados a alcançar aproximadamente de 10 a 15 vezes a capacidade existente da rede.
Essas melhorias não chegarão por meio de uma única ativação. Dijkstra requer mudanças constitucionais, aprovação de governança e participação de operadores de pools de stake antes que Leios possa começar a processar blocos de transações adicionais.
Dijkstra combina Leios com mudanças importantes no ledger e no staking
Dijkstra reúne múltiplas melhorias de protocolo que exigem mudanças nas regras de consenso do Cardano, nas estruturas do ledger ou nos formatos de transação. Em vez de introduzir cada recurso por meio de um hard fork separado, a atualização os incorpora em uma transição coordenada para a versão 12 do protocolo.
Linear Leios é o elemento central do lançamento. A tecnologia foi projetada para aumentar a capacidade de processamento de transações do Cardano preservando as garantias de segurança de seu protocolo de consenso subjacente.
O upgrade mais amplo também inclui Nested Transactions, que introduzem flexibilidade adicional na construção de transações e no tratamento de taxas. Os aprimoramentos de endereço de conta expandem como as transações interagem com contas, enquanto Guard Scripts fornecem aos desenvolvedores novos mecanismos de autorização.
Plutus V4 adiciona capacidades ao ambiente de contratos inteligentes do Cardano, enquanto mudanças na precificação e nos limites de reference script permitirão que parâmetros anteriormente fixos sejam ajustados por meio da governança.
Dijkstra também introduz mudanças associadas a duas propostas de staking.
CIP-23 estabelece um parâmetro de margem mínima de pool destinado a apoiar uma abordagem revisada para taxas de pool de stake. Sua ativação completa depende da prontidão de implementação e de governança.
CIP-50 introduz um parâmetro de alavancagem de pledge que pode mudar como o pledge do operador influencia as recompensas de staking. Sua configuração inicial preserva o cálculo de recompensas existente até que a governança aprove uma configuração diferente.
A atualização inclui adicionalmente a base técnica para Ouroboros Peras, um aprimoramento de consenso separado destinado a acelerar a liquidação de transações. Sua ativação está planejada para uma atualização de protocolo subsequente dentro da era Dijkstra.
Leios introduz processamento paralelo de transações e certificação BLS
Linear Leios muda como o Cardano pode processar transações adicionais sem depender exclusivamente da produção convencional de blocos.
O sistema de consenso existente usa Ranking Blocks produzidos por operadores de pools de stake. Leios adiciona Endorser Blocks, permitindo que dados de transações adicionais circulem pela rede ao lado da blockchain principal.
Quando um Endorser Block é produzido, operadores participantes recuperam qualquer informação de transação ausente e verificam seu conteúdo. Blocos válidos podem então receber endossos criptográficos de outros operadores.
Esses endossos usam assinaturas BLS, que podem ser agregadas em um único certificado verificável. Uma vez que o limite de certificação exigido seja atingido, o certificado pode ser incorporado em um Ranking Block subsequente.
Esse mecanismo permite que mais transações sejam processadas mantendo um processo definido de validação e certificação.
No entanto, ativar Leios requer preparação adicional dos operadores de pools de stake do Cardano.
Os operadores devem registrar novas chaves BLS por meio de certificados de registro de pool atualizados. Segundo Lopez-Zelada, o comitê de certificação deve representar pelo menos 75% do stake ativo antes que Leios possa se tornar operacional.
A Input Output está mirando uma participação mais ampla, idealmente cobrindo aproximadamente 90 a 95% do stake ativo.
O requisito cria uma distinção entre entrar na era Dijkstra e ativar a capacidade de processamento adicional. Mesmo após o hard fork, Leios depende de participação suficiente dos operadores e dos registros criptográficos necessários.
[NEWSBREAK]
Cardano planeja ativação conservadora antes de expandir o throughput
A implementação de Dijkstra começa com emendas à Cardano Constitution que abrangem 16 novos parâmetros de protocolo ajustáveis.
Dez estão associados a Leios, quatro dizem respeito à precificação e aos limites de reference script, e dois se relacionam à economia de staking. As emendas estabelecerão classificações de governança e restrições que regerão futuras mudanças de parâmetros.
Algumas restrições podem ser aplicadas automaticamente por meio de scripts de governança, enquanto outras exigem supervisão do Constitutional Committee.
Depois que os requisitos constitucionais forem atendidos, a ação de iniciação do hard fork deve ser aprovada pelo processo de governança do Cardano. A transição para a versão 12 do protocolo então habilitará a próxima etapa operacional, incluindo o registro de chaves BLS e a formação do comitê de certificação do Leios.
A Input Output pretende ativar Leios com parâmetros conservadores, mirando inicialmente um throughput aproximadamente de duas a cinco vezes maior que a configuração atual da rede.
A equipe de desenvolvimento então planeja introduzir cargas de transações controladas na mainnet, monitorando como o protocolo se comporta em condições reais de rede.
Atenção especial será dada à propagação de blocos, ao comportamento de certificação, à validação de transações e aos efeitos da topologia de rede e da distribuição de stake. Essas características não podem ser totalmente reproduzidas em ambientes de teste menores.
Após avaliar os resultados, propostas de governança podem ajustar parâmetros como o tamanho do Endorser Block, os limites de certificação e a configuração do comitê.
Períodos adicionais de observação seguiriam esses ajustes antes que aumentos adicionais de capacidade fossem introduzidos.
O objetivo inicial de escalonamento declarado é de aproximadamente 10 a 15 vezes o throughput atual do Cardano. Lopez-Zelada também discutiu o potencial para aumentos maiores, mas enfatizou que mudanças subsequentes devem depender da demanda real da rede e dos requisitos de infraestrutura impostos aos operadores.
O plano de desenvolvimento portanto separa a introdução de Linear Leios da expansão progressiva de sua capacidade de processamento.
Antes que o primeiro aumento de throughput possa entrar em vigor, Dijkstra deve receber a aprovação necessária de governança, nós compatíveis devem ser implantados, e operadores que representem pelo menos 75% do stake ativo devem concluir o processo de registro BLS exigido para a certificação do Leios.