A Polkadot adotou um mecanismo de governança sofisticado, permitindo que evolua de forma elegante de acordo com as necessidades das partes interessadas. O objetivo é garantir que a maioria dos ativos possa sempre controlar a rede.
O conteúdo apresentado neste 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 mudanças (v2.5).
O primeiro sistema de governança descentralizada da Polkadot (v1) é composto por três partes principais:
Comissão Técnica: Comissão técnica que gerencia o cronograma de atualizações.
Conselho: um "governo" executivo eleito por votação, responsável pela gestão de parâmetros, admin e propostas de despesas.
Referendo: um sistema de votação universal para todos os outros assuntos, que confere maior influência aos stakeholders de longo prazo.
Este sistema funcionou bem no início, ajudando a garantir o uso razoável dos fundos do tesouro e a realizar atualizações e correções em tempo hábil. Mas à medida que o sistema amadurece, é necessário melhorar continuamente suas deficiências e acompanhar os últimos avanços. Por exemplo, na "governança v1", todos os referendos têm o mesmo peso, e apenas um referendo pode ser votado de cada vez, com o período de votação podendo durar várias semanas. Isso faz com que o sistema tenda a considerar cuidadosamente um número muito limitado de propostas, em vez de considerar amplamente várias propostas.
"Governança v2"( abreviado para "Gov2") mudou a forma como as decisões diárias são tomadas, tornando os referendos mais amplos e ágeis, aumentando significativamente o número de decisões coletivas que o sistema pode tomar.
Após a auditoria profissional final do seu código, o Gov2 será lançado na Kusama. Após os testes na Kusama, será apresentada uma proposta para a sua implementação na Polkadot.
Premissa
Esta rede reúne vários mecanismos inovadores, incluindo funções de transição de estado amorfo definidas em WebAssembly e armazenadas na cadeia, bem como vários mecanismos de votação em 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 governança v1, os detentores de tokens ativos e o conselho gerenciam conjuntamente as decisões de atualização da rede. Independentemente de a proposta ser apresentada pelo público ou pelo conselho, a decisão final deve passar por um referendo, utilizando o montante de staking e a fé como pesos.
A governança v2 tem algumas mudanças. A nova forma de governança que reflete características de descentralização é:
Transferir todas as responsabilidades do conselho para os detentores de token através de votação democrática
Dissolver o atual conselho de administração
Permitir que os usuários deleguem direitos de voto a membros da comunidade de mais maneiras.
referendo
O referendo é uma solução de votação simples, inclusiva e baseada em staking. Cada referendo tem uma proposta específica relacionada, na forma de chamadas de função com privilégios de runtime.
Um 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 for aprovado, a função correspondente será chamada. O referendo é sempre binário; as opções de votação podem ser "a favor", "contra" ou totalmente abstenção.
No Gov2, qualquer pessoa pode iniciar uma votação a qualquer momento, sem limite de quantidade. O Gov2 introduz os novos conceitos de Origins( fontes) e Tracks( trilhos) para ajudar no processo de votação.
Origin pode ser visto como um descritor para um nível de privilégio dado. O proponente precisa escolher o Origin apropriado para o pedido com base nos requisitos da proposta.
Cada Origem está relacionada a uma categoria de referendo, e cada categoria tem um Track. O Track descreve o ciclo de vida da proposta e é independente 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 da gorjeta do tesouro, portanto, são necessárias diferentes Origens, nas quais diferentes taxas de votação, taxas de aprovação, depósitos e o período mínimo de execução serão previamente determinados.
Proposta de Referendo
Referendo público
Qualquer pessoa pode propor um referendo ao depositar 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, o que é chamado de "endorso". A proposta que receber o maior suporte em tokens vinculados será escolhida como o referendo do próximo ciclo de votação.
No Gov2, quando um referendo é criado, a comunidade pode votar imediatamente. No entanto, esse referendo não está em um estado que permita terminar ou contar os votos, obter aprovação e ser executado. Em vez disso, o referendo deve atender a alguns critérios para entrar no estado de "decisão". Antes disso, continua 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 ultrapassado antes de decidir que se pode começar. Isso ajuda a reduzir a probabilidade de "decisão de ataque".
Deve haver espaço restante para decisões. Todos os Track têm limitações no número de referendos que podem ser decididos simultaneamente.
Deve-se pagar um depósito decisivo. O custo para criar um referendo é baixo, mas o referendo exige um depósito reembolsável maior para reduzir informações indesejadas.
Tabela de Votação
No Gov2, as propostas têm um período de qualificação de 28 dias quando são aprovadas. Se a proposta não for aprovada até o final desse período, será automaticamente rejeitada.
Votação do referendo ( governança v2)
No Gov2, se a proposta atender aos requisitos de taxa de aprovação e taxa de apoio, será aprovada.
A taxa de aprovação é a proporção do peso do voto de aprovação em relação ao peso total dos votos. A taxa de apoio é a comparação entre o número total de votos de aprovação e o número total possível de votos no sistema.
As propostas devem atender a este padrão no menor prazo possível do período de confirmação. Diferentes trilhos têm diferentes períodos de confirmação e requisitos de suporte para aprovação. Agora é possível configurar através da quantidade de suporte necessária e da aprovação geral.
No Gov2, propostas que não forem aprovadas após 28 dias serão consideradas como 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 fonte proposta após o período de elaboração. O período de elaboração é especificado no momento da proposta, mas também está sujeito a um limite mínimo baseado em trilha.
Bloqueio voluntário
A Polkadot utiliza o conceito de "bloqueio voluntário", permitindo que os detentores de tokens aumentem seu poder de voto ao declarar a duração em que estão dispostos a bloquear os tokens. O número de votos de cada detentor de token 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 aumenta em um. O número máximo de períodos de bloqueio é 6(, totalizando 32 períodos de bloqueio ), e um período de bloqueio equivale a 28 dias.
Após o bloqueio, você ainda pode usar tokens para votar e fazer staking, apenas não pode transferi-los para outra conta.
Conselho
No Gov2, é necessária uma estratégia alternativa para substituir as responsabilidades do conselho de administração como instituição de delegação de eleitores. O Gov2 melhorou a funcionalidade de delegação de múltiplos papéis, permitindo que os eleitores designem representantes diferentes para cada tipo de referendo no sistema.
Cancelar referendo
No Gov2, existe uma operação especial chamada Cancelation(, usada para intervir em propostas já votadas. Esta operação rejeitará imediatamente o referendo em andamento. Se a proposta for maliciosa ou spam, garante-se que o depósito do proponente seja confiscado.
A cancelamento é, em si, uma operação de governança e deve ser executada por votação na rede. Tem sua própria Origem e Rastreio, com um período de importação mais curto e uma curva de taxa de aprovação/suporte, diminuindo rapidamente através do limite.
) Bolsa Polkadot
Fellowship é uma instituição de especialistas basicamente autônoma, que representa pessoas com conhecimento sobre a rede e a tecnologia de protocolos Polkadot. Classifica os membros por meio de "nível", representando o grau de sabedoria de suas opiniões, a base técnica e o grau de conformidade com os interesses da Polkadot.
Ao contrário do Technical Collective atual, este visa expandir o número de membros e reduzir a barreira de entrada. Para se tornar um membro candidato, 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 (, constituindo a opinião considerada da Fellowship.
Sistema de Níveis
Para evitar que poucos participantes obtenham controle efetivo sobre a rede, o sistema adere a três princípios principais:
Fellowship não pode ter poder absoluto sobre a rede.
Fellowship atribui mais peso aos membros de alto nível, mas não deve ser tão alto que não possa ser superado pela opinião unânime dos membros de nível inferior.
Fellowship deve aumentar e desenvolver o nível de conhecimento e habilidades de seus membros.
A Fellowship irá estabelecer um regulamento que descreve os requisitos e expectativas para obter e manter os níveis. Os membros de alto nível poderão votar e promover membros de níveis inferiores de acordo com o regulamento.
Após um certo período, se os membros não conseguirem provar seu status, serão rebaixados automaticamente. A suspensão só pode ocorrer através de um referendo. Para alcançar o nível máximo, é necessário um referendo.
Lista Branca
O pallet Whitelist permite que uma Origem aumente o nível de privilégio de outra Origem para uma determinada operação. No Gov2, permite que a Fellowship autorize uma nova origem )Whitelisted-Root( para executar com permissões de nível Root, e só pode ser usada com comandos específicos autorizados pela Fellowship.
Este sistema permite uma nova Track)Whitelisted-Root Origin( paralela, cujos parâmetros permitem ciclos de votação mais curtos. Através de um processo público e transparente, um grupo de especialistas global determinou que esta operação é segura e urgente.
) lista negra
As propostas podem ser adicionadas à lista negra através da origem Root. Propostas e referendos que estão na lista negra serão imediatamente cancelados, e seus hashes não poderão reaparecer na fila de propostas. Isso é útil na remoção de propostas erradas que possam ter sido submetidas com o mesmo hash.
No entanto, isso não é uma solução infalível para prevenir a submissão de propostas inválidas, pois pequenas alterações no texto da proposta também podem alterar o valor do hash, tornando a lista negra ineficaz.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
11 Curtidas
Recompensa
11
6
Repostar
Compartilhar
Comentário
0/400
OfflineNewbie
· 08-04 00:50
Atualização confiável, otimista em relação ao Polkadot
Ver originalResponder0
EthMaximalist
· 08-03 09:01
Polkadot não brincou com a governança.
Ver originalResponder0
StakeOrRegret
· 08-01 02:46
O mecanismo de governança ainda precisa ser aperfeiçoado
Governação Polkadot 2.0: Um novo capítulo na Descentralização de decisões
Governança V2
A Polkadot adotou um mecanismo de governança sofisticado, permitindo que evolua de forma elegante de acordo com as necessidades das partes interessadas. O objetivo é garantir que a maioria dos ativos possa sempre controlar a rede.
O conteúdo apresentado neste 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 mudanças (v2.5).
O primeiro sistema de governança descentralizada da Polkadot (v1) é composto por três partes principais:
Comissão Técnica: Comissão técnica que gerencia o cronograma de atualizações.
Conselho: um "governo" executivo eleito por votação, responsável pela gestão de parâmetros, admin e propostas de despesas.
Referendo: um sistema de votação universal para todos os outros assuntos, que confere maior influência aos stakeholders de longo prazo.
Este sistema funcionou bem no início, ajudando a garantir o uso razoável dos fundos do tesouro e a realizar atualizações e correções em tempo hábil. Mas à medida que o sistema amadurece, é necessário melhorar continuamente suas deficiências e acompanhar os últimos avanços. Por exemplo, na "governança v1", todos os referendos têm o mesmo peso, e apenas um referendo pode ser votado de cada vez, com o período de votação podendo durar várias semanas. Isso faz com que o sistema tenda a considerar cuidadosamente um número muito limitado de propostas, em vez de considerar amplamente várias propostas.
"Governança v2"( abreviado para "Gov2") mudou a forma como as decisões diárias são tomadas, tornando os referendos mais amplos e ágeis, aumentando significativamente o número de decisões coletivas que o sistema pode tomar.
Após a auditoria profissional final do seu código, o Gov2 será lançado na Kusama. Após os testes na Kusama, será apresentada uma proposta para a sua implementação na Polkadot.
Premissa
Esta rede reúne vários mecanismos inovadores, incluindo funções de transição de estado amorfo definidas em WebAssembly e armazenadas na cadeia, bem como vários mecanismos de votação em 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 governança v1, os detentores de tokens ativos e o conselho gerenciam conjuntamente as decisões de atualização da rede. Independentemente de a proposta ser apresentada pelo público ou pelo conselho, a decisão final deve passar por um referendo, utilizando o montante de staking e a fé como pesos.
A governança v2 tem algumas mudanças. A nova forma de governança que reflete características de descentralização é:
referendo
O referendo é uma solução de votação simples, inclusiva e baseada em staking. Cada referendo tem uma proposta específica relacionada, na forma de chamadas de função com privilégios de runtime.
Um 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 for aprovado, a função correspondente será chamada. O referendo é sempre binário; as opções de votação podem ser "a favor", "contra" ou totalmente abstenção.
No Gov2, qualquer pessoa pode iniciar uma votação a qualquer momento, sem limite de quantidade. O Gov2 introduz os novos conceitos de Origins( fontes) e Tracks( trilhos) para ajudar no processo de votação.
Origin pode ser visto como um descritor para um nível de privilégio dado. O proponente precisa escolher o Origin apropriado para o pedido com base nos requisitos da proposta.
Cada Origem está relacionada a uma categoria de referendo, e cada categoria tem um Track. O Track descreve o ciclo de vida da proposta e é independente 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 da gorjeta do tesouro, portanto, são necessárias diferentes Origens, nas quais diferentes taxas de votação, taxas de aprovação, depósitos e o período mínimo de execução serão previamente determinados.
Proposta de Referendo
Referendo público
Qualquer pessoa pode propor um referendo ao depositar 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, o que é chamado de "endorso". A proposta que receber o maior suporte em tokens vinculados será escolhida como o referendo do próximo ciclo de votação.
No Gov2, quando um referendo é criado, a comunidade pode votar imediatamente. No entanto, esse referendo não está em um estado que permita terminar ou contar os votos, obter aprovação e ser executado. Em vez disso, o referendo deve atender a alguns critérios para entrar no estado de "decisão". Antes disso, continua em estado pendente.
Os critérios para entrar no estado Decided são os seguintes:
Tabela de Votação
No Gov2, as propostas têm um período de qualificação de 28 dias quando são aprovadas. Se a proposta não for aprovada até o final desse período, será automaticamente rejeitada.
Votação do referendo ( governança v2)
No Gov2, se a proposta atender aos requisitos de taxa de aprovação e taxa de apoio, será aprovada.
A taxa de aprovação é a proporção do peso do voto de aprovação em relação ao peso total dos votos. A taxa de apoio é a comparação entre o número total de votos de aprovação e o número total possível de votos no sistema.
As propostas devem atender a este padrão no menor prazo possível do período de confirmação. Diferentes trilhos têm diferentes períodos de confirmação e requisitos de suporte para aprovação. Agora é possível configurar através da quantidade de suporte necessária e da aprovação geral.
No Gov2, propostas que não forem aprovadas após 28 dias serão consideradas como 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 fonte proposta após o período de elaboração. O período de elaboração é especificado no momento da proposta, mas também está sujeito a um limite mínimo baseado em trilha.
Bloqueio voluntário
A Polkadot utiliza o conceito de "bloqueio voluntário", permitindo que os detentores de tokens aumentem seu poder de voto ao declarar a duração em que estão dispostos a bloquear os tokens. O número de votos de cada detentor de token 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 aumenta em um. O número máximo de períodos de bloqueio é 6(, totalizando 32 períodos de bloqueio ), e um período de bloqueio equivale a 28 dias.
Após o bloqueio, você ainda pode usar tokens para votar e fazer staking, apenas não pode transferi-los para outra conta.
Conselho
No Gov2, é necessária uma estratégia alternativa para substituir as responsabilidades do conselho de administração como instituição de delegação de eleitores. O Gov2 melhorou a funcionalidade de delegação de múltiplos papéis, permitindo que os eleitores designem representantes diferentes para cada tipo de referendo no sistema.
Cancelar referendo
No Gov2, existe uma operação especial chamada Cancelation(, usada para intervir em propostas já votadas. Esta operação rejeitará imediatamente o referendo em andamento. Se a proposta for maliciosa ou spam, garante-se que o depósito do proponente seja confiscado.
A cancelamento é, em si, uma operação de governança e deve ser executada por votação na rede. Tem sua própria Origem e Rastreio, com um período de importação mais curto e uma curva de taxa de aprovação/suporte, diminuindo rapidamente através do limite.
) Bolsa Polkadot
Fellowship é uma instituição de especialistas basicamente autônoma, que representa pessoas com conhecimento sobre a rede e a tecnologia de protocolos Polkadot. Classifica os membros por meio de "nível", representando o grau de sabedoria de suas opiniões, a base técnica e o grau de conformidade com os interesses da Polkadot.
Ao contrário do Technical Collective atual, este visa expandir o número de membros e reduzir a barreira de entrada. Para se tornar um membro candidato, 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 (, constituindo a opinião considerada da Fellowship.
Sistema de Níveis
Para evitar que poucos participantes obtenham controle efetivo sobre a rede, o sistema adere a três princípios principais:
A Fellowship irá estabelecer um regulamento que descreve os requisitos e expectativas para obter e manter os níveis. Os membros de alto nível poderão votar e promover membros de níveis inferiores de acordo com o regulamento.
Após um certo período, se os membros não conseguirem provar seu status, serão rebaixados automaticamente. A suspensão só pode ocorrer através de um referendo. Para alcançar o nível máximo, é necessário um referendo.
Lista Branca
O pallet Whitelist permite que uma Origem aumente o nível de privilégio de outra Origem para uma determinada operação. No Gov2, permite que a Fellowship autorize uma nova origem )Whitelisted-Root( para executar com permissões de nível Root, e só pode ser usada com comandos específicos autorizados pela Fellowship.
Este sistema permite uma nova Track)Whitelisted-Root Origin( paralela, cujos parâmetros permitem ciclos de votação mais curtos. Através de um processo público e transparente, um grupo de especialistas global determinou que esta operação é segura e urgente.
) lista negra
As propostas podem ser adicionadas à lista negra através da origem Root. Propostas e referendos que estão na lista negra serão imediatamente cancelados, e seus hashes não poderão reaparecer na fila de propostas. Isso é útil na remoção de propostas erradas que possam ter sido submetidas com o mesmo hash.
No entanto, isso não é uma solução infalível para prevenir a submissão de propostas inválidas, pois pequenas alterações no texto da proposta também podem alterar o valor do hash, tornando a lista negra ineficaz.