Governança V2

A Polkadot adotou um mecanismo de governança sofisticado, permitindo que evolua elegantemente de acordo com as necessidades das partes interessadas. O seu objetivo é garantir que a maioria das participações possa sempre controlar a rede.

O conteúdo deste artigo pode sofrer alterações. O protocolo de governança já passou por várias iterações (v1 e v2), e no futuro haverá mais alterações (v2.5).

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

• Comissão Técnica: Gerir o cronograma de atualizações
• Conselho: um "governo" eleito por votação, responsável pela gestão de parâmetros, admin e propostas de despesas
• Referendo: sistema de votação universal, que confere maior influência a partes interessadas de longo prazo

O sistema v1 funcionou bem nos primeiros anos, ajudando a garantir o uso adequado dos fundos do tesouro e a atualização e reparo atempados. Mas à medida que o sistema amadureceu, era necessário evoluir para melhorar as desvantagens e acompanhar o progresso. Por exemplo, no v1, todos os pesos dos referendos eram iguais, e só era possível votar em um referendo de cada vez, com o período de votação podendo durar várias semanas. Isso levou o sistema a se concentrar cuidadosamente em um número muito reduzido de propostas, em vez de considerar amplamente muitas propostas.

Assim, "Governança v2" ( Gov2) nasceu. O Gov2 altera a forma como as decisões diárias são tomadas, ampliando a abrangência e agilidade das votações populares, aumentando assim significativamente o número de decisões coletivas que o sistema pode fazer.

Após o lançamento do Gov2 na Kusama, será proposto a sua implementação na Polkadot. Atualmente, o Gov2 já está online na rede Kusama.

O conteúdo a seguir irá apresentar os princípios fundamentais de governança da rede Polkadot. Compreender as origens da v1 ajuda a entender melhor a direção da segunda iteração. Essas diferenças e distinções serão destacadas em vários subtemas.

É importante notar que, nesta fase, a governança é um protocolo em constante evolução. Com a atualização v2 a entrar na rede, o plano para v2.5 também está a ser elaborado.

Premissa

Em resumo, a rede reúne uma variedade de mecanismos inovadores, incluindo funções de transição de estado amorfo definidas em WebAssembly e armazenadas na cadeia, além de vários mecanismos de votação na cadeia, como referendos com limiares de maioria absoluta adaptativa e mecanismos de votação de aprovação em massa.

Todas as alterações ao protocolo devem ser acordadas através de um referendo ponderado por direitos.

Mecanismo

Na v1, os detentores de tokens ativos e o conselho gerem conjuntamente as decisões de atualização da rede. Independentemente de a proposta ser feita pelo público ou pelo conselho, deve passar por um referendo nacional, onde o valor em staking e o valor de crença são usados como pesos para a decisão.

v2 tem algumas mudanças. A nova forma de governança reflete suas características de descentralização da seguinte maneira:

• Transferir a responsabilidade do conselho para os detentores de token através de votação democrática
• Dissolver o atual conselho de administração coletivo
• Permitir que os usuários deleguem os direitos de voto a membros da comunidade de mais maneiras

Na v1, o conselho atua como representante dos detentores de tokens passivos, guardião do tesouro e iniciador de legislações, mas geralmente é visto como uma entidade centralizada. Para uma maior descentralização, a v2 propõe devolver as responsabilidades do conselho à comunidade.

Referendo

O referendo é uma solução de votação simples, inclusiva e baseada em staking. Cada referendo tem uma proposta específica, adotando a forma de chamada de função de privilégio de runtime.

O referendo é um evento discreto com um período de votação fixo. Após o término do período de votação e a contagem dos votos, se aprovado, será chamada a função correspondente. O referendo é sempre binário, as escolhas podem ser "a favor", "contra" ou uma abstenção total.

Na v1, o referendo pode ser iniciado da seguinte forma:

• Proposta submetida publicamente
• Proposta aprovada pela maioria ou por unanimidade do conselho
• Proposta apresentada como parte da execução do referendo anterior
• Proposta de emergência submetida pelo comitê técnico e aprovada pelo conselho de administração

Todos os referendos têm um período de atraso na execução. Este é o tempo desde o final do referendo até a execução real da proposta (, se aprovada ).

Se o referendo for encerrado e a contagem de votos concluída, será considerado como concluído. Supondo que a proposta seja aprovada, será agendada para execução. Se estiver a votar, será considerado como não concluído.

As propostas submetidas pelo público ou pelo conselho têm um período de atraso fixo de 28 dias para execução. Propostas submetidas como parte da execução de referendos anteriores podem ter o período de atraso ajustado conforme necessário. O tratamento de propostas urgentes requer o "seguimento rápido" de questões significativas, com um tempo de execução mais curto.

Na v2, qualquer pessoa pode iniciar um referendo a qualquer momento, sem limite de vezes. A v2 introduziu os conceitos de Origins( e Tracks) para ajudar no processo e tratamento do referendo.

Origin pode ser visto como um rico descritor para um determinado nível de privilégio. O proponente deve escolher o Origin apropriado com base nos requisitos da proposta.

Cada Origem está relacionada a uma categoria de referendo, e cada categoria está relacionada a uma Track. A Track descreve o ciclo de vida da proposta, independentemente de outras categorias. Diferentes Tracks independentes permitem que a rede ajuste a dinâmica do referendo com base nos níveis de privilégio implícitos.

Por exemplo, o impacto da atualização do Runtime no ecossistema, é diferente da aprovação de gorjetas do tesouro, portanto, requer diferentes Origens, onde diferentes taxas de votação, taxas de aprovação, depósitos e o ciclo de execução mais curto serão previamente determinados.

( Proposta de referendo

Referendo público

Qualquer pessoa pode propor um referendo depositando a quantidade mínima de tokens durante um determinado período. Se alguém concordar, pode depositar a mesma quantidade de tokens para expressar apoio, chamado de "endosse". A proposta que obtiver o maior apoio de tokens vinculados será escolhida para o referendo do próximo ciclo de votação.

Assim que a proposta for submetida ), a votação será realizada ### e os tokens vinculados serão liberados.

Na v1, a fila de propostas pode ter até 100 propostas públicas.

Na v2, após a criação do referendo, a comunidade pode votar imediatamente. Mas o referendo não está em um estado que possa ser finalizado ou que os votos possam ser contados, aprovado e executado. O referendo deve atender a alguns critérios para entrar no estado "decidindo(Decidindo)". Até lá, ainda está em estado pendente.

Os critérios para entrar no estado Decided são os seguintes:

• Passou pelo período de importação, ou seja, o tempo que deve ser cumprido antes de tomar uma decisão. Isso ajuda a reduzir a probabilidade de "decisões impulsivas".
• Deve haver espaço restante para a decisão. Todos os Track têm uma limitação no número de referendos que podem ser decididos simultaneamente.
• É necessário pagar um depósito decisivo. Criar um referendo tem um custo baixo, mas a decisão do referendo apresenta o risco de esgotar posições limitadas na fila. Um depósito maior, mas reembolsável, ajuda a reduzir informações indesejadas.

Referendo do Conselho (v1)

Aprovação unânime do conselho - Quando todos os membros do conselho concordam, a proposta pode ser levada a votação. Esta votação resultará em um desvio da taxa de votos negativos.

Aprovado pela maioria do conselho - quando apenas a maioria simples concorda, é possível votar, mas adotando o sistema de voto de maioria.

Só pode haver um referendo válido de cada vez, a menos que haja um referendo de emergência em andamento.

Tabela de Votação

Na v1, assumindo que há pelo menos uma proposta na fila, uma nova votação pública ocorre a cada 28 dias. Há uma fila para propostas aprovadas pelo conselho e outra fila para propostas submetidas pelo público. As propostas nas duas filas que estão melhor classificadas vão alternar entre si para a votação pública.

A classificação é determinada pela quantidade de staking vinculada. Se a fila atual tentar criar uma votação sem proposta e a fila ( estiver vazia ), enquanto outra fila tiver propostas em espera, a proposta mais à frente na outra fila entrará na votação.

Não é possível votar em várias propostas de referendo ao mesmo tempo, exceto em referendos de emergência. Os referendos de emergência que ocorrem simultaneamente com referendos regulares são a única situação em que é possível votar em várias propostas ao mesmo tempo.

No v2, quando a proposta é aprovada, partilha um período de qualificação de 28 dias. Se não for aprovada até o final desta fase, será automaticamente rejeitada.

Referendo votação (v2)

No v2, se a proposta cumprir os requisitos de taxa de aprovação e taxa de apoio, será aprovada, tendo sido removido o sistema de viés adaptativo da população.

A taxa de aprovação é definida como a proporção do peso do voto aprovado ( ajustado pela convicção ) em relação ao peso total do voto.

A taxa de apoio é a comparação entre o número total de votos aprovados ( ignorando a convicção ) e o número total de votos possíveis no sistema.

Deve cumprir este padrão no menor tempo possível durante o período de confirmação. Diferentes faixas têm diferentes períodos de confirmação e requisitos. Agora é possível configurar através da quantidade de suporte necessária e da aprovação geral. Para propostas de fontes de baixo privilégio, é mais razoável reduzir a taxa de votação necessária para um número real mais cedo. Questões de grande significado político podem exigir uma aprovação mais alta mais cedo, para evitar controvérsias.

No v2, propostas que não forem aprovadas após 28 dias são consideradas como rejeitadas por padrão, e o Depósito de Decisão será reembolsado. Se a proposta mantiver a aprovação antes do término do período de confirmação, será considerada aprovada e planejada para ser executada a partir da fonte da proposta após o período de formulação. O período de formulação é especificado no momento da proposta, mas está sujeito a um limite mínimo baseado em trilhas. Trilhas mais robustas impõem um período de execução mais longo, garantindo que a rede tenha tempo suficiente para se preparar para as mudanças.

Bloqueio voluntário

Polkadot utiliza o conceito de "bloqueio voluntário", permitindo que os detentores de tokens aumentem seu poder de voto ao declarar a disposição de bloquear os tokens por um determinado período. O número de votos de cada detentor será calculado usando a seguinte fórmula:

Número de votos = token * multiplicador de convicção

O número de períodos de bloqueio dobra a cada rodada, e o multiplicador de convicção aumentará o multiplicador de votos em um.

O número máximo de períodos de bloqueio é de 6 vezes (, totalizando 32 períodos de bloqueio ), um período de bloqueio é igual a 28 dias. Apenas dobra é permitida, não é possível bloquear 24 ciclos e aumentar a convicção em 5,5.

Após o bloqueio, ainda pode ser utilizado para votação e staking, apenas a transferência para outra conta é proibida.

Os votos são sempre "contados" no final do período de votação, sem serem afetados pelo período de bloqueio.

Viés Adaptativo do Grupo

Na v2, o uso é mais longo e foi substituído pelo sistema de Aprovação/Suporte.

Conselho

No v1, os stakeholders passivos na Polkadot são representados pelo "Conselho". O Conselho é uma entidade na cadeia, composta por vários participantes, cada um representando uma conta na cadeia. O Conselho da Polkadot é atualmente composto por membros.

Além de controlar o tesouro nacional, o conselho é responsável por três principais tarefas de governança:

• Referendo inteligente da proposta
• Cancelar referendos perigosos ou maliciosos
• Comissão Técnica de Eleições

No v2, são necessárias estratégias de substituição para assumir as responsabilidades que o conselho de administração anteriormente tinha como instituição de delegação de eleitores. O v2 é construído sobre a funcionalidade de delegação de votos do v1, permitindo que os eleitores deleguem seus direitos de voto a outros eleitores dentro do sistema. Através da delegação de múltiplos papéis, os eleitores podem designar representantes diferentes para cada tipo de referendo no sistema. Por exemplo, é possível delegar a uma entidade a gestão de categorias de referendos de baixo impacto, escolher outro representante para gerenciar categorias de maior impacto e manter a totalidade dos direitos de voto nas restantes categorias.

Cancelar o referendo

Na v1, se o comitê técnico concordar por unanimidade ou se a origem Root for acionada, a proposta pode ser cancelada. O depósito da proposta cancelada será destruído.

Além disso, uma maioria de dois terços do conselho pode cancelar o referendo. Se um problema for descoberto mais tarde na proposta do referendo, isso pode ser utilizado como último recurso.

Se a controvérsia for tão grande que o conselho não conseguir obter uma maioria de dois terços, o destino da proposta será decidido em conjunto pelos interessados.

Na v2, existe uma operação especial chamada Cancelation(, usada para intervir em propostas já votadas. Esta operação rejeitará imediatamente o referendo em andamento, independentemente do seu estado. Também estabelece que, se a proposta for maliciosa ou spam, o depósito do proponente será confiscado.

A cancelamento é em si uma operação de governança, que deve ser executada por meio de votação na rede. A revogação tem sua própria Origem e Rastro, com um período de importação muito curto e uma curva de taxa de aprovação/suporte, diminuindo rapidamente à medida que o limiar é alcançado, pois é invocada apenas em situações de urgência.

Comité Técnico

Na v1, o Comitê Técnico )TC( é introduzido como um dos três órgãos de governança do Kusama. O TC é composto por equipes que implementaram ou definiram com sucesso o runtime do Polkadot ou o Host. Através de votação por maioria simples do conselho, as equipes podem ser adicionadas ou removidas do TC.

O objetivo do TC é prevenir referendos maliciosos, implementar correções de bugs, reverter atualizações erradas de runtime ou adicionar novas funcionalidades. O TC tem o direito de usar o pallet Democracy para acelerar propostas, sendo a única fonte que pode ativar a função de aceleração. Podemos considerar o TC como a "única fonte" que não pode gerar propostas, mas pode acelerar propostas existentes.

O referendo rápido é o único referendo que pode ser realizado simultaneamente com outro referendo. Assim, através do referendo rápido, podem ocorrer dois referendos ativos ao mesmo tempo. Votar em um não impede o voto no outro.

Na v2, foi introduzido um novo comitê de sucessão "Polkadot Fellowship", substituindo o comitê técnico. Ele servirá as redes Polkadot e Kusama.

Bolsa Polkadot

A Fellowship é uma instituição especializada com autonomia básica, cujo principal objetivo é representar pessoas com conhecimento sobre a rede Polkadot e as tecnologias de protocolo. A Fellowship classifica os membros através de "níveis", representando o grau de sabedoria de suas opiniões, a solidez de sua base técnica e o grau de alinhamento com os interesses da Polkadot.

Diferente do Technical Collective atual, ele visa expandir o número de membros ) podendo acomodar milhares de membros ( e com um limiar de entrada muito mais baixo. Tornar-se um membro candidato é simples, basta depositar um pequeno valor.

Os membros da Fellowship podem votar em qualquer proposta da Fellowship, e a opinião agregada dos membros ) é ponderada por níveis ( para formar a opinião considerada da Fellowship.

O mecanismo de votação do Fellowship é o mesmo que o mecanismo de votação dos stakeholders do Polkadot para os referendos propostos.

Sistema de Níveis

Para evitar que um pequeno número de participantes obtenha controle efetivo sobre a rede, o sistema adota três princípios principais:

1. A Fellowship nunca deve ter poder absoluto sobre a rede: não pode alterar parâmetros, realizar reparos ou mover ativos. O único poder é encurtar o cronograma de votação.

2. Fellowship dá mais peso às opiniões de alto nível na opinião geral, mas não deve ser tão alto a ponto de impedir que as opiniões de poucos membros de alto nível superem as opiniões consensuais dos membros de baixo nível.