Polkadot adotou um mecanismo de governança sofisticado, permitindo que evolua de forma elegante de acordo com as necessidades dos stakeholders. O objetivo deste mecanismo é garantir que a maioria dos direitos sempre consiga controlar a rede.
O conteúdo deste documento pode ser alterado. O protocolo de governança já passou por várias iterações (v1 e v2), e haverá mais mudanças no futuro (v2.5).
O primeiro sistema de governança descentralizada do Polkadot (v1) é composto por três partes principais:
Comissão Técnica: Gerir o cronograma de atualizações
Conselho: órgão executivo eleito responsável pela gestão de parâmetros, propostas administrativas e despesas.
Referendo: sistema de votação abrangente, que confere maior influência aos interessados de longo prazo
O sistema teve um bom desempenho no início da sua operação, ajudando na utilização razoável dos fundos do tesouro e na atualização e reparo em tempo hábil. No entanto, à medida que o sistema amadurece, é necessário melhorar continuamente suas deficiências e acompanhar os avanços. Por exemplo, na "governança v1", todos os pesos de votação são iguais, podendo ser votado apenas um referendo de cada vez, e o período de votação pode durar várias semanas. Isso leva o sistema a se concentrar cuidadosamente em um número muito limitado de propostas, em vez de considerar amplamente várias propostas.
Assim, "governança v2" ( Gov2) nasceu. Mudou a forma como as decisões diárias são tomadas, tornando os referendos mais abrangentes e ágeis, aumentando significativamente o número de decisões coletivas que o sistema pode tomar.
O Gov2 planeja lançar na Kusama após a revisão final de seu código. Após os testes na Kusama, será proposta a sua implantação na Polkadot.
O conteúdo a seguir apresentará primeiro os princípios fundamentais de governança da rede Polkadot. Compreender as origens da governança v1 ajuda a entender melhor a direção da segunda iteração. Essas diferenças serão destacadas em vários subtópicos.
É importante notar que, neste estágio, a governança é um protocolo em constante desenvolvimento. Com a atualização da governança v2 entrando na rede, os planos para a governança v2.5 também estão sendo elaborados.
Premissa
Em resumo, a rede reúne vários mecanismos inovadores, incluindo:
Funções de transformação de estado amorfo definidas em uma linguagem intermediária neutra de plataforma (WebAssembly) armazenadas na cadeia.
Vários mecanismos de votação on-chain, como referendos com um limiar 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 governança 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 pelos detentores de tokens públicos ( ou pelo conselho, a decisão final deve passar por um referendo popular, onde o valor em staking e a confiança são usados como pesos para a decisão.
A governança v2 tem algumas mudanças. A nova forma do modelo de governança que reflete as características de descentralização é:
Transferir as responsabilidades do conselho para os detentores de tokens através de votação democrática
Dissolver o atual conselho de administração
Permitir aos usuários delegar direitos de voto a membros da comunidade de mais maneiras
No Gov1, 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 descentralizar ainda mais a rede, o Gov2 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 relacionada, utilizando a forma de chamada de função privilegiada ), que inclui a mais poderosa chamada set_code, podendo alternar o código de toda a 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, a função será chamada. O referendo é sempre binário, podendo escolher apenas "a favor", "contra" ou abstenção.
Na governança v1, os referendos podem ser iniciados da seguinte forma:
Proposta submetida publicamente
Proposta aprovada por maioria ou unanimidade do conselho
Proposta submetida 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 entre o término do referendo e a execução real da proposta ), caso seja aprovada (.
Se o referendo for encerrado e a contagem for concluída, será considerado como concluído. Supondo que a proposta seja aprovada, será agendada para execução. Se o referendo estiver em votação, será considerado como não concluído.
As propostas submetidas pelo público ou pelo conselho têm um prazo de execução fixo de 28 dias. As propostas submetidas como parte da execução de um referendo anterior podem ter um prazo de execução definido conforme necessário. O tratamento de propostas urgentes requer "seguimento rápido" para questões significativas, reduzindo o tempo de execução.
No Gov2, qualquer pessoa pode iniciar a qualquer momento um número ilimitado de referendos. O Gov2 introduz novas funcionalidades como Origins), fonte( e Tracks), trilhos(, para ajudar no processo de referendo.
Origin pode ser visto como um descritor para um nível de privilégio dado. O proponente deve escolher o Origin adequado para o pedido com base nos requisitos da proposta.
Cada Origin está relacionado a uma categoria de referendo, e cada categoria está relacionada a um Track. O Track descreve o ciclo de vida da proposta, independentemente de outras categorias. Diferentes trilhos 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 Runtime no ecossistema é diferente da aprovação de gorjetas do tesouro, portanto, são necessárias diferentes Origens, nas quais diferentes taxas de votação, taxas de aprovação, depósitos e o prazo de execução mínimo serão determinados previamente.
Proposta de Referendo
Referendo público
Qualquer pessoa pode depositar a quantidade mínima de tokens durante um determinado período para propor um referendo. Se alguém concordar, pode depositar a mesma quantidade de tokens para expressar apoio.
Isto é chamado de "endorso". A proposta que obtiver o maior apoio em tokens vinculados tornará-se o referendo no próximo ciclo de votação. Note que isto pode ser diferente do número absoluto de endossos.
Uma vez que a proposta é submetida ) para votação (, os tokens vinculados serão liberados.
Na governança v1, a fila de propostas pode ter até 100 propostas públicas.
No Gov2, após a criação de um referendo, a comunidade pode votar imediatamente. No entanto, o referendo não está em um estado que possa ser encerrado ou que permita a contagem dos votos, aprovação e execução final. Em vez disso, o referendo deve atender a alguns critérios para entrar no estado de "decisão". Antes disso, ele permanece em estado pendente.
Os critérios para entrar em estado de decisão são os seguintes:
Período de importação, ou seja, o tempo que deve ser passado antes de decidir começar. Isso ajuda a reduzir a probabilidade de "decidir atacar".
Deve haver espaço residual decidido. Todos os Tracks limitam o número de referendos que podem ser decididos simultaneamente. Limites de trilhos mais fortes têm um limite menor.
É necessário pagar um depósito para a decisão. O custo para criar um referendo é muito baixo, mas há o risco de esgotar os lugares limitados na fila para revisão e decisão. Requerer um depósito maior, mas reembolsável, ajuda a reduzir spam.
Votação do Conselho )v1(
A proposta foi aprovada por unanimidade pelo conselho - quando todos os membros concordam, a proposta pode ser levada a referendo. Este referendo gerará uma divergência na taxa de voto negativo.
A maioria do conselho aprova - Quando apenas a maioria simples concorda, também pode haver votação em referendo, mas sob o sistema de maioria de votos.
Nunca pode haver mais de um referendo válido ao mesmo tempo, a menos que haja um referendo de emergência em curso.
Cronograma de Votação
Na governança v1, assume-se que há pelo menos uma proposta na fila, com um novo referendo a cada 28 dias. Há uma fila para as propostas aprovadas pelo conselho e outra para as propostas submetidas pelo público. Os referendos são realizados alternadamente entre as propostas mais bem classificadas nas duas filas.
A classificação é determinada pela quantidade de staking vinculada. Se a fila atual tentar criar uma votação sem proposta, a fila ) estará vazia (, enquanto outra fila tiver propostas em espera, a proposta mais à frente na outra fila entrará na votação.
Não é permitido votar em várias referendos 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 se pode votar em vários referendos ao mesmo tempo.
Quando a proposta for aprovada, a governança v2 partilhará o mesmo período de qualificação de 28 dias. Se a proposta não for aprovada até o final deste período, será automaticamente rejeitada.
Referendo votação ) governança v2(
Na governança v2, se a proposta atender aos requisitos de taxa de aprovação e taxa de apoio, será aprovada, removendo o sistema de viés de grupo adaptativo.
A taxa de aprovação é definida como a proporção do peso do voto de aprovação ), 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 de aprovação ) ignorando os ajustes de conviction ( e o número total de votos que podem ser realizados no sistema.
Deve cumprir este padrão no menor tempo possível durante o período de confirmação. Diferentes trilhos têm diferentes períodos de confirmação e requisitos de apoio para aprovação. Agora é possível configurar através da quantidade de apoio necessária e da aprovação geral. Propostas de fontes de baixa privilégio, em comparação com categorias de alto privilégio ), como Root(, podem reduzir a taxa de votação necessária para um número mais razoável mais cedo. Propostas de maior significado político podem solicitar uma aprovação mais alta antecipadamente para evitar controvérsias.
No Gov2, propostas que não forem aprovadas após 28 dias serão consideradas rejeitadas por padrão, e o depósito de decisão será devolvido. Se a proposta permanecer aprovada antes do término do período de confirmação, será considerada aprovada e planejada para ser executada a partir da origem da proposta após o período de elaboração. O período de elaboraçã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 período de tempo. 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 vez, e o multiplicador de convicção aumentará o multiplicador de votação em um.
Multiplicador de voto por período de bloqueio
0 0.1
1 1
2 2
4 3
8 4
16 5
32 6
O número máximo de vezes que o período de bloqueio pode ser "duplicado" é 6), totalizando 32 períodos de bloqueio (, um período de bloqueio é igual a 28 dias. Apenas é permitida a duplicação, não se pode bloquear 24 períodos para aumentar a convicção em 5,5.
Após o bloqueio dos tokens, ainda podem ser usados para votar e para staking; apenas é proibida a transferência para outra conta.
Os votos são sempre "calculados" ao mesmo tempo, ou seja, no final do período de votação. Isso não é afetado pelo período de bloqueio dos tokens.
Viés de Grupo Adaptativo
O desvio adaptativo do grupo foi usado por mais tempo na governança v2, sendo substituído pelo sistema de Aprovação/Suporte.
Conselho
Na governança v1, os stakeholders passivos são representados pelo "Conselho". O Conselho é uma entidade on-chain, composta por vários participantes, cada um representando uma conta on-chain.
Além de controlar o tesouro, o conselho é responsável por três tarefas de governança principais:
Votação sábia da proposta
Cancelar referendos perigosos ou maliciosos
Comissão Técnica de Eleições
Na governança v2, é necessário substituir a função do conselho como órgão de delegação de eleitores para compensar o fato de que muitas pessoas não participam da governança diária. O Gov2 é construído sobre a funcionalidade de delegação de votos do v1, permitindo que os eleitores deleguem seus direitos de voto a outro eleitor no sistema. Ele melhora essa funcionalidade através de uma delegação multi-papel, permitindo que os eleitores designem representantes diferentes para cada tipo de referendo no sistema. Assim, os eleitores podem delegar uma entidade para gerenciar categorias de referendos de menor impacto, enquanto escolhem outro representante para gerenciar categorias com consequências mais significativas, mantendo o direito de voto total sobre as categorias restantes.
Cancelar o referendo
Na governança v1, se o comitê técnico concordar unanimemente em cancelar a proposta, ou se a origem Root ativar essa função, 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 de referendo ), como um erro no código runtime (, isso pode ser usado como último recurso.
Se a controvérsia for suficientemente grande para que o conselho não consiga obter uma maioria de dois terços, o destino da proposta será decidido em conjunto pelos interessados.
Na governança v2, existe uma operação especial chamada Cancelation que é usada para intervir em propostas que já foram votadas. Esta operação rejeitará imediatamente o referendo em andamento, independentemente do seu estado. Também está estipulado 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 Rastreio, com um período de importação muito curto e uma curva de taxa de aprovação/suporte, que diminui um pouco mais rápido através de um limiar, pois é invocada em situações de emergência.
Comissão Técnica
No governo v1, o Comitê Técnico )TC( é um dos três órgãos do governo do Kusama ), os outros dois órgãos são o Conselho e o Referendo (. O TC é composto por equipes que implementaram ou definiram o runtime Polkadot ou o Polkadot Host com sucesso. As equipes podem ser adicionadas ou removidas do TC por meio de votação simples da maioria do Conselho.
O objetivo do TC é prevenir votações maliciosas, implementar correções de bugs, reverter atualizações de runtime incorretas ou adicionar novas funcionalidades testadas em campo. O TC tem o direito de usar o pallet Democracy para acelerar propostas, sendo a única fonte capaz de ativar a função de aceleração de propostas. 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, é possível realizar dois referendos ativos ao mesmo tempo. Votar em um deles não impede os usuários de votarem no outro.
Na governança v2, foi introduzido um novo comitê de sucessão, chamado "Polkadot Fellowship", para substituir o comitê técnico. Ele servirá as redes Polkadot e Kusama.
Bolsa Polkadot
A Fellowship é uma entidade especialista com autonomia básica, cujo principal objetivo é representar pessoas com conhecimento da rede Polkadot e das tecnologias de protocolo. Fellowship
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
14 gostos
Recompensa
14
4
Partilhar
Comentar
0/400
PancakeFlippa
· 08-02 19:30
Não parece nada de especial, estou a usar a v1.
Ver originalResponder0
BearMarketMonk
· 08-02 19:24
Sinto que esta vez vai dar certo.
Ver originalResponder0
SignatureVerifier
· 08-02 19:18
tecnicamente falando, o v2 ainda precisa de auditorias de segurança rigorosas, para ser honesto...
Polkadot Governance V2: A Nova Era da Descentralização na Tomada de Decisões
Governança V2
Polkadot adotou um mecanismo de governança sofisticado, permitindo que evolua de forma elegante de acordo com as necessidades dos stakeholders. O objetivo deste mecanismo é garantir que a maioria dos direitos sempre consiga controlar a rede.
O conteúdo deste documento pode ser alterado. O protocolo de governança já passou por várias iterações (v1 e v2), e haverá mais mudanças no futuro (v2.5).
O primeiro sistema de governança descentralizada do Polkadot (v1) é composto por três partes principais:
O sistema teve um bom desempenho no início da sua operação, ajudando na utilização razoável dos fundos do tesouro e na atualização e reparo em tempo hábil. No entanto, à medida que o sistema amadurece, é necessário melhorar continuamente suas deficiências e acompanhar os avanços. Por exemplo, na "governança v1", todos os pesos de votação são iguais, podendo ser votado apenas um referendo de cada vez, e o período de votação pode durar várias semanas. Isso leva o sistema a se concentrar cuidadosamente em um número muito limitado de propostas, em vez de considerar amplamente várias propostas.
Assim, "governança v2" ( Gov2) nasceu. Mudou a forma como as decisões diárias são tomadas, tornando os referendos mais abrangentes e ágeis, aumentando significativamente o número de decisões coletivas que o sistema pode tomar.
O Gov2 planeja lançar na Kusama após a revisão final de seu código. Após os testes na Kusama, será proposta a sua implantação na Polkadot.
O conteúdo a seguir apresentará primeiro os princípios fundamentais de governança da rede Polkadot. Compreender as origens da governança v1 ajuda a entender melhor a direção da segunda iteração. Essas diferenças serão destacadas em vários subtópicos.
É importante notar que, neste estágio, a governança é um protocolo em constante desenvolvimento. Com a atualização da governança v2 entrando na rede, os planos para a governança v2.5 também estão sendo elaborados.
Premissa
Em resumo, a rede reúne vários mecanismos inovadores, incluindo:
Todas as alterações ao protocolo devem ser acordadas através de um referendo ponderado por direitos.
Mecanismo
Na governança 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 pelos detentores de tokens públicos ( ou pelo conselho, a decisão final deve passar por um referendo popular, onde o valor em staking e a confiança são usados como pesos para a decisão.
A governança v2 tem algumas mudanças. A nova forma do modelo de governança que reflete as características de descentralização é:
No Gov1, 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 descentralizar ainda mais a rede, o Gov2 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 relacionada, utilizando a forma de chamada de função privilegiada ), que inclui a mais poderosa chamada set_code, podendo alternar o código de toda a 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, a função será chamada. O referendo é sempre binário, podendo escolher apenas "a favor", "contra" ou abstenção.
Na governança v1, os referendos podem ser iniciados da seguinte forma:
Todos os referendos têm um período de atraso na execução. Este é o tempo entre o término do referendo e a execução real da proposta ), caso seja aprovada (.
Se o referendo for encerrado e a contagem for concluída, será considerado como concluído. Supondo que a proposta seja aprovada, será agendada para execução. Se o referendo estiver em votação, será considerado como não concluído.
As propostas submetidas pelo público ou pelo conselho têm um prazo de execução fixo de 28 dias. As propostas submetidas como parte da execução de um referendo anterior podem ter um prazo de execução definido conforme necessário. O tratamento de propostas urgentes requer "seguimento rápido" para questões significativas, reduzindo o tempo de execução.
No Gov2, qualquer pessoa pode iniciar a qualquer momento um número ilimitado de referendos. O Gov2 introduz novas funcionalidades como Origins), fonte( e Tracks), trilhos(, para ajudar no processo de referendo.
Origin pode ser visto como um descritor para um nível de privilégio dado. O proponente deve escolher o Origin adequado para o pedido com base nos requisitos da proposta.
Cada Origin está relacionado a uma categoria de referendo, e cada categoria está relacionada a um Track. O Track descreve o ciclo de vida da proposta, independentemente de outras categorias. Diferentes trilhos 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 Runtime no ecossistema é diferente da aprovação de gorjetas do tesouro, portanto, são necessárias diferentes Origens, nas quais diferentes taxas de votação, taxas de aprovação, depósitos e o prazo de execução mínimo serão determinados previamente.
Proposta de Referendo
Referendo público
Qualquer pessoa pode depositar a quantidade mínima de tokens durante um determinado período para propor um referendo. Se alguém concordar, pode depositar a mesma quantidade de tokens para expressar apoio.
Isto é chamado de "endorso". A proposta que obtiver o maior apoio em tokens vinculados tornará-se o referendo no próximo ciclo de votação. Note que isto pode ser diferente do número absoluto de endossos.
Uma vez que a proposta é submetida ) para votação (, os tokens vinculados serão liberados.
Na governança v1, a fila de propostas pode ter até 100 propostas públicas.
No Gov2, após a criação de um referendo, a comunidade pode votar imediatamente. No entanto, o referendo não está em um estado que possa ser encerrado ou que permita a contagem dos votos, aprovação e execução final. Em vez disso, o referendo deve atender a alguns critérios para entrar no estado de "decisão". Antes disso, ele permanece em estado pendente.
Os critérios para entrar em estado de decisão são os seguintes:
Votação do Conselho )v1(
A proposta foi aprovada por unanimidade pelo conselho - quando todos os membros concordam, a proposta pode ser levada a referendo. Este referendo gerará uma divergência na taxa de voto negativo.
A maioria do conselho aprova - Quando apenas a maioria simples concorda, também pode haver votação em referendo, mas sob o sistema de maioria de votos.
Nunca pode haver mais de um referendo válido ao mesmo tempo, a menos que haja um referendo de emergência em curso.
Cronograma de Votação
Na governança v1, assume-se que há pelo menos uma proposta na fila, com um novo referendo a cada 28 dias. Há uma fila para as propostas aprovadas pelo conselho e outra para as propostas submetidas pelo público. Os referendos são realizados alternadamente entre as propostas mais bem classificadas nas duas filas.
A classificação é determinada pela quantidade de staking vinculada. Se a fila atual tentar criar uma votação sem proposta, a fila ) estará vazia (, enquanto outra fila tiver propostas em espera, a proposta mais à frente na outra fila entrará na votação.
Não é permitido votar em várias referendos 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 se pode votar em vários referendos ao mesmo tempo.
Quando a proposta for aprovada, a governança v2 partilhará o mesmo período de qualificação de 28 dias. Se a proposta não for aprovada até o final deste período, será automaticamente rejeitada.
Referendo votação ) governança v2(
Na governança v2, se a proposta atender aos requisitos de taxa de aprovação e taxa de apoio, será aprovada, removendo o sistema de viés de grupo adaptativo.
A taxa de aprovação é definida como a proporção do peso do voto de aprovação ), 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 de aprovação ) ignorando os ajustes de conviction ( e o número total de votos que podem ser realizados no sistema.
Deve cumprir este padrão no menor tempo possível durante o período de confirmação. Diferentes trilhos têm diferentes períodos de confirmação e requisitos de apoio para aprovação. Agora é possível configurar através da quantidade de apoio necessária e da aprovação geral. Propostas de fontes de baixa privilégio, em comparação com categorias de alto privilégio ), como Root(, podem reduzir a taxa de votação necessária para um número mais razoável mais cedo. Propostas de maior significado político podem solicitar uma aprovação mais alta antecipadamente para evitar controvérsias.
No Gov2, propostas que não forem aprovadas após 28 dias serão consideradas rejeitadas por padrão, e o depósito de decisão será devolvido. Se a proposta permanecer aprovada antes do término do período de confirmação, será considerada aprovada e planejada para ser executada a partir da origem da proposta após o período de elaboração. O período de elaboraçã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 período de tempo. 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 vez, e o multiplicador de convicção aumentará o multiplicador de votação em um.
Multiplicador de voto por período de bloqueio 0 0.1 1 1 2 2 4 3 8 4 16 5 32 6
O número máximo de vezes que o período de bloqueio pode ser "duplicado" é 6), totalizando 32 períodos de bloqueio (, um período de bloqueio é igual a 28 dias. Apenas é permitida a duplicação, não se pode bloquear 24 períodos para aumentar a convicção em 5,5.
Após o bloqueio dos tokens, ainda podem ser usados para votar e para staking; apenas é proibida a transferência para outra conta.
Os votos são sempre "calculados" ao mesmo tempo, ou seja, no final do período de votação. Isso não é afetado pelo período de bloqueio dos tokens.
Viés de Grupo Adaptativo
O desvio adaptativo do grupo foi usado por mais tempo na governança v2, sendo substituído pelo sistema de Aprovação/Suporte.
Conselho
Na governança v1, os stakeholders passivos são representados pelo "Conselho". O Conselho é uma entidade on-chain, composta por vários participantes, cada um representando uma conta on-chain.
Além de controlar o tesouro, o conselho é responsável por três tarefas de governança principais:
Na governança v2, é necessário substituir a função do conselho como órgão de delegação de eleitores para compensar o fato de que muitas pessoas não participam da governança diária. O Gov2 é construído sobre a funcionalidade de delegação de votos do v1, permitindo que os eleitores deleguem seus direitos de voto a outro eleitor no sistema. Ele melhora essa funcionalidade através de uma delegação multi-papel, permitindo que os eleitores designem representantes diferentes para cada tipo de referendo no sistema. Assim, os eleitores podem delegar uma entidade para gerenciar categorias de referendos de menor impacto, enquanto escolhem outro representante para gerenciar categorias com consequências mais significativas, mantendo o direito de voto total sobre as categorias restantes.
Cancelar o referendo
Na governança v1, se o comitê técnico concordar unanimemente em cancelar a proposta, ou se a origem Root ativar essa função, 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 de referendo ), como um erro no código runtime (, isso pode ser usado como último recurso.
Se a controvérsia for suficientemente grande para que o conselho não consiga obter uma maioria de dois terços, o destino da proposta será decidido em conjunto pelos interessados.
Na governança v2, existe uma operação especial chamada Cancelation que é usada para intervir em propostas que já foram votadas. Esta operação rejeitará imediatamente o referendo em andamento, independentemente do seu estado. Também está estipulado 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 Rastreio, com um período de importação muito curto e uma curva de taxa de aprovação/suporte, que diminui um pouco mais rápido através de um limiar, pois é invocada em situações de emergência.
Comissão Técnica
No governo v1, o Comitê Técnico )TC( é um dos três órgãos do governo do Kusama ), os outros dois órgãos são o Conselho e o Referendo (. O TC é composto por equipes que implementaram ou definiram o runtime Polkadot ou o Polkadot Host com sucesso. As equipes podem ser adicionadas ou removidas do TC por meio de votação simples da maioria do Conselho.
O objetivo do TC é prevenir votações maliciosas, implementar correções de bugs, reverter atualizações de runtime incorretas ou adicionar novas funcionalidades testadas em campo. O TC tem o direito de usar o pallet Democracy para acelerar propostas, sendo a única fonte capaz de ativar a função de aceleração de propostas. 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, é possível realizar dois referendos ativos ao mesmo tempo. Votar em um deles não impede os usuários de votarem no outro.
Na governança v2, foi introduzido um novo comitê de sucessão, chamado "Polkadot Fellowship", para substituir o comitê técnico. Ele servirá as redes Polkadot e Kusama.
Bolsa Polkadot
A Fellowship é uma entidade especialista com autonomia básica, cujo principal objetivo é representar pessoas com conhecimento da rede Polkadot e das tecnologias de protocolo. Fellowship