Polkadot Governança V2

Polkadot adotou um mecanismo de governança complexo, capaz de evoluir continuamente de acordo com as necessidades dos stakeholders. Seu objetivo é garantir que a maioria dos interesses possa sempre controlar a rede.

O protocolo de governança passou por várias iterações de v1 para v2 e continuará a se desenvolver no futuro (v2.5).

O primeiro sistema de governança descentralizada do Polkadot (v1) é composto por três componentes principais:

• Comissão Técnica: Gerir o cronograma de atualização
• Conselho: órgão executivo eleito, responsável pela gestão de parâmetros, propostas administrativas e de despesas
• Referendo: sistema de votação universal, dando maior influência aos stakeholders de longo prazo

O sistema v1 funcionou bem no início, mas com a maturação da rede, precisa de melhorias adicionais. Por exemplo, no v1, todos os pesos de votação são iguais, e é possível votar em apenas uma proposta de cada vez, o que limita a capacidade do sistema de lidar com múltiplas propostas.

Governança v2(Gov2) mudou a forma como as decisões diárias são tomadas, tornando os referendos mais flexíveis e ágeis, aumentando significativamente o número de decisões coletivas que o sistema pode tomar.

Gov2 será testado primeiro na Kusama, antes de propor a sua implementação na rede Polkadot.

Mecanismo

No v2, o novo modelo de governança reflete suas características de descentralização da seguinte forma:

• Transferir todas as responsabilidades do conselho para os detentores de token
• Dissolver o atual conselho de administração
• Permitir que os usuários deleguem os direitos de voto a membros da comunidade de mais maneiras

Referendo

O referendo é um esquema de votação simples baseado em staking. Cada referendo tem uma proposta relacionada, adotando a forma de chamada de função privilegiada.

O referendo é um evento discreto que ocorre dentro de um período de votação fixo. Após o término da votação, se for aprovado, a chamada de função correspondente será executada.

No v2, qualquer pessoa pode iniciar um referendo a qualquer momento, sem limite de quantidade. Foram introduzidos os conceitos de Origins e Tracks para otimizar o processo de referendo:

• Origin é um descritor de nível de privilégio específico
• Cada Origin corresponde a uma categoria de referendo, cada categoria está associada a um Track.
• Track define o ciclo de vida da proposta, independentemente de outras categorias

Isto permite ajustar a dinâmica do referendo com base no nível de privilégio da proposta. Por exemplo, as atualizações de Runtime e os pequenos gastos do tesouro podem adotar diferentes parâmetros de votação.

No v2, após a criação do referendo, a votação pode começar imediatamente, mas para entrar no estado "decisão" são necessárias algumas condições:

• Após o período de importação
• Decidir se há margem de espaço
• Decidir o depósito de pagamento

Esses mecanismos ajudam a prevenir abusos e propostas indesejadas.

Votação

v2 adotou novos padrões de taxa de aprovação e taxa de suporte, substituindo o sistema de viés coletivo adaptativo do v1.

As propostas devem atender aos requisitos de taxa de aprovação e taxa de apoio dentro do período de confirmação para serem aprovadas. O período de confirmação e os requisitos variam entre os diferentes Tracks.

As propostas não aprovadas serão rejeitadas após 28 dias. As propostas aprovadas serão executadas após o período de formulação, e um Track mais robusto forçará um período de execução mais longo.

Ordem

v2 melhorou a funcionalidade de delegação de votos, permitindo que os eleitores designem representantes diferentes para diferentes categorias de referendos.

Cancelar o referendo

v2 introduziu a operação de Cancelamento, que pode rejeitar imediatamente propostas em andamento por meio de um referendo separado.

Polkadot Fellowship

A nova Fellowship substitui o comitê técnico, adotando um sistema de classificação de membros por níveis. O objetivo é expandir o alcance dos membros e reduzir as barreiras de entrada.

Os resultados da votação do Fellowship ( são compostos por opiniões ponderadas por nível ). No entanto, o Fellowship não possui poder coercitivo sobre a rede, sua principal função é encurtar o cronograma de votação pública.

Lista Branca e Lista Negra

A lista branca permite que a Fellowship autorize certas operações para serem executadas com privilégios de Root.

A lista negra pode impedir que certas propostas reapareçam na fila.

De um modo geral, o Gov2 melhorou a flexibilidade e a eficiência da governança através de uma série de melhorias, mantendo ao mesmo tempo os princípios fundamentais do v1.