Cardano Ledger adiciona regras para blocos endossadores Leios

A equipe de desenvolvimento do ledger da Cardano mesclou regras para o processamento de blocos endossadores do Ouroboros Leios. O pull request #6215, intitulado “Add EB and EBLEDGERS,” foi mesclado na branch master do repositório cardano-ledger em 30 de outubro.

A atualização faz parte do trabalho de preparar o ledger da Cardano para o Leios, uma extensão de protocolo proposta projetada para aumentar a vazão de transações. O Leios segue em desenvolvimento e não está ativo na mainnet da Cardano.

Como funcionam as novas regras do ledger da Cardano

O ledger verifica se blocos e transações são válidos e determina como eles alteram o estado registrado da rede. As regras recém mescladas se aplicam à era Dijkstra planejada e tratam de como o ledger processa um bloco endossador e suas transações.

A primeira regra, EB, verifica se o hash do bloco que está sendo aplicado corresponde ao anúncio mais recente de bloco endossador registrado no estado do ledger. Ela também rejeita o bloco se não houver anúncio presente.

A segunda regra, EBLEDGERS, processa as transações do bloco. Em sua forma inicial, ela segue a regra LEDGERS existente usada para o processamento de transações. O pull request mesclado também inclui testes para as novas regras.

Certificados do Leios e votação dos stake pools

O Leios introduz blocos endossadores ao lado da cadeia Praos existente. O projeto permite que esses blocos façam referência a transações adicionais, com um comitê de stake pools votando antes que essas transações possam ser incorporadas ao ledger.

Segundo a proposta CIP-0164 atual, o comitê é composto pelos maiores pools por stake ativo e é selecionado para uma época. Os votos são ponderados pelo stake e combinados usando assinaturas BLS. A proposta descreve um limiar de certificado de 75% do stake ativo total como um valor de parâmetro viável.

A equipe do ledger mesclou uma regra LEIOSCERT separada em 27 de outubro para validar certificados e seu timing. Em 29 de outubro, também mesclou uma interface de validação de certificados destinada à camada de consenso. A tarefa de desenvolvimento relacionada descreve uma forma de verificar um certificado quando as informações necessárias para a validação estão disponíveis mas o próprio bloco endossador ainda não foi recebido.

[NEWSBREAK]

Das mudanças no ledger ao hard fork Dijkstra

As novas regras do ledger foram mescladas após o pré lançamento do cardano-node 11.2.0. Essa versão inclui recursos de desenvolvimento do Dijkstra e a base para o Leios, enquanto a funcionalidade do Leios permanece desativada por padrão.

De acordo com as atas do Hard Fork Working Group da Intersect, o node 11.3 está planejado para incluir o Leios linear. O grupo o descreveu como o primeiro candidato que poderia ser promovido à versão 12.0, que seria capaz de cruzar o hard fork, desde que os testes não identifiquem problemas bloqueadores.

O plano de lançamento publicado pela Input Output inclui o hard fork Dijkstra, o registro de chaves BLS por operadores de stake pool, exercícios de carga na mainnet e aumentos de capacidade posteriores por meio de atualizações de parâmetros de protocolo. Sua meta inicial é aproximadamente de três a cinco vezes o limite atual do Praos de 4,5 kilobytes de transações por segundo. Atualizações posteriores miram cerca de dez a quinze vezes esse limite, sujeito a testes e decisões de governança.