Agradecimentos especiais a Mike Neuder, Justin Drake e outros por seus comentários e análises. Veja também: Mike Neuder, Dankrad Feist e postagens anteriores de arixon.eth sobre tópicos semelhantes.
Pode-se dizer que o atual status de desenvolvimento do Ethereum inclui um grande número de apostas em duas camadas.A aposta em duas camadas mencionada aqui refere-se a um modelo de apostas com dois tipos de participantes.
Operador de Nó: Opera o nó e usa sua própria reputação ou uma certa quantia de seu próprio capital como garantia.
Agente Delegador: Os agentes prometem uma determinada quantia de Ethereum, sem valor mínimo e sem restrições adicionais sobre outros métodos de participação que não sejam garantias.
Esta aposta dupla emergente é gerada através da forte participação em pools de apostas que fornecem liquidez para tokens de apostas (LST). (Tanto Rocket Pool quanto Lido possuem este modelo).
No entanto, o atual compromisso duplo tem duas falhas:
Risco de centralização dos operadores de nós: O atual mecanismo de seleção de operadores de nós em todos os pools de piquetagem ainda é excessivamente centralizado
Carga de consenso desnecessária: Ethereum L1 precisa verificar aproximadamente 800.000 assinaturas por época, o que é uma carga enorme para um único slot. Além disso, como os pools de liquidez exigem mais fundos, a própria rede não se beneficia totalmente dessa carga. Portanto, se a rede Ethereum puder alcançar descentralização e segurança razoáveis sem exigir que cada staker assine de acordo com o período, então a comunidade poderá adotar tal solução, reduzindo efetivamente o número de assinaturas por período.
Este artigo irá descrever uma solução para os dois problemas acima. Em primeiro lugar, assume-se que a maior parte do capital é detida por aqueles que não estão dispostos a gerir pessoalmente os nós de staking na sua forma actual, assinar as informações em cada slot, bloquear os depósitos e redistribuí-los para aqueles cujos fundos foram reduzidos. Então, neste caso, que papel essas pessoas podem desempenhar para ainda dar uma contribuição significativa para a descentralização e segurança da rede?
Como funciona o double staking atualmente?
Atualmente, os dois pools de apostas mais populares são Lido e RocketPool. No que diz respeito ao Lido, as duas partes participantes são:
Operador de nó: Votado pelo Lido DAO, o que significa que é realmente eleito pelos detentores de LDO. Quando alguém deposita ETH no sistema de contrato inteligente Lido, stETH será criado e o operador do nó poderá colocá-lo no pool de penhores (mas porque o certificado de retirada está vinculado ao endereço do contrato inteligente, a operadora não pode sacar dinheiro à vontade)
Agente: Quando alguém deposita ETH no sistema de contrato inteligente Lido, stETH será gerado e o operador do nó poderá usá-lo como penhor (mas como o voucher de saque está vinculado ao endereço do contrato inteligente, o operador não pode sacar dinheiro à vontade )
Para Rocket Pool, eles são:
Operador de nó: Qualquer pessoa pode se tornar um operador de nó enviando 8 ETH e um certo número de tokens RPL.
Agente: Quando alguém deposita ETH no sistema de contrato inteligente Rocket Pool, o rETH será gerado e o operador do nó poderá usá-lo como penhor (também porque o voucher de saque está vinculado ao endereço do contrato inteligente, o operador não pode sacar dinheiro em vai).
Função do agente
Nestes sistemas (ou em novos sistemas habilitados por possíveis mudanças futuras de protocolo), uma questão fundamental a ser feita é: qual é o sentido de ter um agente do ponto de vista do protocolo?
Para entender o profundo significado desta questão, vamos primeiro pensar nas mudanças de protocolo mencionadas no post, que limitarão a penalidade de redução a 2 ETH. O Rocket Pool também reduzirá o valor da aposta dos operadores de nós para 2 ETH, e As participações de mercado da Rocket Pool aumentarão para 100%/(para stakers e detentores de ETH, à medida que o rETH se tornar livre de risco, quase todos os detentores de ETH se tornarão detentores de rETH ou operadores de nós).
Assumindo um retorno de 3% para os detentores de rETH (incluindo recompensas no protocolo e taxas de prioridade + MEV), um retorno de 4% para os operadores de nós. Também assumimos que a oferta total de ETH é de 100 milhões.
Os resultados do cálculo são os seguintes. Para evitar cálculos de juros compostos, calcularemos os retornos diariamente:
Agora, supondo que o Rocket Pool não exista, o depósito mínimo por staker cai para 2 ETH, a liquidez total é limitada a 6,25 milhões de ETH e a taxa de retorno do operador do nó cai para 1%. Vamos calcular novamente:
Considere ambos os cenários do ponto de vista do custo do ataque. No primeiro caso, o atacante não se registará como agente porque o agente essencialmente não tem quaisquer direitos para levantar dinheiro, pelo que não tem sentido. Portanto, eles apostarão todos os seus ETH e se tornarão operadores de nós. Para atingir 1/3 do valor total apostado, eles precisariam apostar 2,08 milhões de Ethereum (o que, para ser justo, ainda é um número bastante grande).No segundo caso, o invasor só teria que apostar fundos para atingir o valor. pool de staking 1/3 do valor total, eles ainda precisam investir 2,08 milhões de Ethereum.
Do ponto de vista da economia de estaqueamento e do custo do ataque, o resultado final em ambos os casos é exatamente o mesmo. A parcela do fornecimento total de ETH detido por operadores de nós aumenta 0,00256% todos os dias, e a parcela do fornecimento total de ETH detido por operadores não-nós diminui 0,00017% todos os dias. O custo do ataque é de 2,08 milhões de ETH. Portanto, neste modelo, o agente parece ter se tornado uma máquina de Rube Goldberg sem sentido, e a comunidade racional está até inclinada a remover o intermediário, reduzir significativamente as recompensas de aposta e limitar o valor total de ETH apostado a 6,25 milhões.
É claro que este artigo não defende a redução da recompensa da aposta em 4 vezes e a limitação do valor total da aposta a 6,25 milhões. Em vez disso, o objetivo deste artigo é que um atributo chave de um sistema de piquetagem que funcione bem é que os agentes devem ter responsabilidades significativas em todo o sistema. Além disso, não importaria se os agentes fossem motivados, em grande parte, pela pressão e pelo altruísmo da comunidade para tomar as medidas corretas; afinal, é isso que incentiva as soluções de staking descentralizadas e de alta segurança hoje em dia.
Responsabilidades dos agentes
Se os agentes pudessem desempenhar um papel significativo no sistema de staking, qual seria esse papel?
Acho que existem duas categorias de respostas:
Seleção de agentes: os agentes podem escolher a quais operadores de nó confiar seus interesses. O “peso” dos operadores de nós no mecanismo de consenso é proporcional à participação total que lhes é confiada. Atualmente, o mecanismo de seleção de agentes ainda é limitado, ou seja, os detentores de rETH ou stETH podem retirar seus ETH e mudar para um pool diferente, mas a disponibilidade real de seleção de agentes poderia ser bastante melhorada.
Participação no mecanismo de consenso: os delegados podem optar por desempenhar um determinado papel no mecanismo de consenso. A responsabilidade é "mais leve" do que a assinatura completa, e não haverá longo período de saída e redução de risco, mas ainda poderá verificar e equilibrar os operadores dos nós. papel.
Melhore os direitos de seleção do agente
Existem três maneiras de aumentar o poder de escolha do seu representante:
Ferramentas de votação aprimoradas no pool
Aumentar a competição entre pools
Direitos de representação fixos
Atualmente, votar no pool não é prático: no Rocket Pool, qualquer pessoa pode se tornar um operador de nó, e no Lido, a votação é decidida pelos detentores de LDO, não pelos detentores de ETH. Lido apresentou uma proposta de governança dupla de LDO + stETH. Eles podem ativar um mecanismo de proteção para evitar novos votos e, assim, evitar que operadores de nós sejam adicionados ou removidos. Isso dá aos detentores de stETH uma palavra a dizer até certo ponto. Ainda assim, este poder é limitado e pode ser mais poderoso.
A concorrência entre grupos já existe hoje, mas é relativamente fraca. O principal desafio é que os tokens de piquetagem de pools de piquetagem menores são menos líquidos, mais difíceis de ganhar confiança e menos suportados por aplicativos.
Podemos melhorar os dois primeiros problemas limitando o valor da penalidade a um valor menor, como 2 ou 4 ETH. O ETH restante pode então ser depositado com segurança e retirado imediatamente, permitindo que as conversões bidirecionais permaneçam verdadeiras para pools de apostas menores. Podemos melhorar o terceiro problema criando um contrato de emissão total para gerenciamento de LST (semelhante aos contratos ERC-4337 e ERC-6900 usados para carteiras) para que possamos garantir que todos os tokens apostados emitidos através deste contrato estão seguros.
Atualmente, não existem poderes representativos sólidos no acordo, mas parece provável que tal situação exista no futuro. Envolverá uma lógica semelhante à ideia acima, mas implementada no nível do protocolo. Veja este artigo sobre os prós e os contras de solidificar as coisas.
Estas ideias são melhorias em relação ao status quo, mas oferecem vantagens limitadas. Existem problemas com a governança da votação simbólica e, em última análise, qualquer forma de seleção de procuração não incentivada é apenas uma forma de votação simbólica; esta sempre foi minha principal reclamação com a Prova de Participação Delegada. Portanto, também é valioso considerar formas de alcançar uma participação consensual mais forte.
Participação de consenso
Mesmo deixando de lado os problemas atuais com a aposta de liquidez, existem limitações aos atuais métodos de aposta independente. Supondo que a finalidade de slot único seja usada, cada slot pode idealmente lidar com aproximadamente 100.000 a 1.000.000 assinaturas BLS. Mesmo se usarmos SNARKs recursivos para agregar assinaturas, cada assinatura precisa receber um campo de bit de participante para rastreabilidade da assinatura. Se o Ethereum se tornar uma rede em escala global, os campos de bits de armazenamento totalmente descentralizados não serão suficientes: 16 MB em cada slot podem suportar apenas aproximadamente 64 milhões de stakers.
Dessa perspectiva, há valor em dividir o staking em um nível redutível de complexidade mais alta e um nível de complexidade mais baixa, onde cada slot estará ativo, mas poderá ter apenas 10.000 participantes ou, camadas de complexidade mais baixa são chamadas para participar apenas ocasionalmente. As camadas de menor complexidade poderiam ser completamente isentas de reduções, ou os participantes poderiam receber aleatoriamente a oportunidade de depositar em alguns slots e se tornarem alvos de reduções.
Na prática, isto pode ser conseguido aumentando o limite de saldo do validador e subsequentemente aumentando o limite de saldo (por exemplo, 2048 ETH) para determinar quais validadores existentes passam para níveis de complexidade mais altos ou mais baixos.
Aqui estão algumas sugestões sobre como essas pequenas funções de piquetagem podem funcionar:
Para cada slot, 10.000 pequenos apostadores serão selecionados aleatoriamente e poderão assinar o que acharem representativo do slot. Execute a regra de seleção de fork LMD GHOST usando pequenos stakers como entrada. Se houver alguma discordância entre a seleção de fork conduzida por pequenos stakers e a seleção de fork conduzida por operadores de nós, o cliente do usuário não aceitará nenhum bloco como confirmação final e exibirá um erro. Isso força a comunidade a intervir para resolver a situação.
Os agentes podem enviar transações anunciando à rede que estão online e dispostos a servir como pequenos apostadores na próxima hora. O cálculo da mensagem (bloqueio ou prova) enviada pelo nó requer que tanto o nó quanto um agente selecionado aleatoriamente assinem as informações de confirmação do nó.
Os agentes podem enviar transações anunciando à rede que estão online e dispostos a servir como pequenos apostadores na próxima hora. A cada época, 10 agentes aleatórios são selecionados como provedores de listas de inclusão e mais 10.000 agentes são selecionados como eleitores. Eles são selecionados antes dos k-slots e recebem uma janela k-slot para publicar mensagens na cadeia confirmando sua presença online. Cada provedor de lista de inclusão selecionado confirmado pode publicar uma lista de inclusão, exceto que para cada lista de inclusão, as transações nessa lista de inclusão são incluídas ou um voto de um eleitorado geral 1 selecionado indica que a lista de inclusão não está disponível, caso contrário o bloco irá ser considerado inválido.
O que esses pequenos nós de staking têm em comum é que eles não precisam participar ativamente de cada slot, ou mesmo precisam apenas de nós leves para concluir todo o trabalho. Portanto, a implantação de nós requer apenas a verificação da camada de consenso, que os operadores de nós podem alcançar através de aplicativos ou plug-ins de navegador, que são em sua maioria passivos e não impõem nenhuma sobrecarga computacional, requisitos de hardware ou conhecimento técnico. requerem tecnologia avançada como ZK-EVM.
Esses “pequenos atores” também têm um objetivo comum: evitar a censura de transações pela maioria de 51% dos operadores de nós. O primeiro e o segundo também impedem que a maioria participe da redução da finalidade. O terceiro está mais diretamente relacionado com a censura, mas é mais suscetível às escolhas dos operadores dos nós majoritários.
Essas ideias são escritas da perspectiva de uma solução de piquetagem dupla implementada no protocolo, mas também podem ser implementadas como um recurso de pools de piquetagem. Aqui estão algumas ideias de implementação específicas:
Do ponto de vista do protocolo, cada verificador pode definir duas chaves de penhor: uma chave de penhor contínua P e um endereço Ethereum vinculado que pode ser chamado e gerar uma chave de penhor rápida Q. O rastreamento de informações de assinatura do nó para seleção de fork é representado por P, e as informações assinadas são representadas por Q. Se os resultados de armazenamento de PQ forem inconsistentes, a determinação final de qualquer bloco não será aceita, e o pool de liquidez será responsável por aleatoriamente selecionando um representante.
O protocolo pode permanecer praticamente inalterado, mas a chave pública do validador para este período será definida como P+Q. Observe que, para reduções, duas mensagens redutíveis podem ter teclas Q diferentes, mas terão a mesma tecla P; o projeto de redução precisa lidar com esse caso.
As chaves Q só podem ser utilizadas no protocolo para assinar e verificar listas de inclusão em blocos. Nesse caso, Q pode ser um contrato inteligente em vez de uma chave única, de modo que o pool de staking pode usá-lo para implementar uma lógica de votação mais complexa, aceitando uma lista inclusiva de um provedor selecionado aleatoriamente ou o suficiente Indica que a lista que o contém não está disponível para votos .
para concluir
Se implementado corretamente, o ajuste fino do design da prova de participação pode resolver dois problemas de uma só vez:
Oferece uma oportunidade para aqueles que não têm recursos ou capacidade para fazer uma Prova de Participação independente hoje para participar da Prova de Participação, mantendo assim mais poder em suas mãos: incluindo (i) o poder de escolher quais nós apoiar e ( ii) participar ativamente do consenso de uma forma que seja mais leve, mas ainda significativa, do que operar totalmente um nó de prova de participação. Nem todos os participantes escolherão uma ou ambas as opções, mas qualquer participante que escolha uma ou ambas as opções experimentará uma melhoria significativa em relação ao status quo.
Reduzir o número de assinaturas que a camada de consenso Ethereum precisa processar em cada slot, mesmo sob um regime de finalidade de slot único, para um número menor, como cerca de 10.000. Isso também ajudará na descentralização, facilitando a execução de nós de validação por todos.
Para estas soluções, soluções para o problema podem ser encontradas em diferentes níveis de abstração: permissões concedidas aos usuários dentro de protocolos de prova de aposta, seleção de usuários entre protocolos de prova de aposta e estabelecimento dentro dos protocolos. Esta escolha deve ser cuidadosamente considerada, e muitas vezes é melhor escolher uma configuração mínima viável para minimizar a complexidade do protocolo e a extensão das alterações na economia do protocolo, ao mesmo tempo que atinge os objetivos desejados.
Ver original
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.
A pesquisa mais recente de Vitalik: A relação sutil entre a liquidez do protocolo LSDFi e a melhoria da descentralização
Autor original: Vitalik Buterin
Compilação original: bayemon.eth, ChainCatcher
Agradecimentos especiais a Mike Neuder, Justin Drake e outros por seus comentários e análises. Veja também: Mike Neuder, Dankrad Feist e postagens anteriores de arixon.eth sobre tópicos semelhantes.
Pode-se dizer que o atual status de desenvolvimento do Ethereum inclui um grande número de apostas em duas camadas.A aposta em duas camadas mencionada aqui refere-se a um modelo de apostas com dois tipos de participantes.
Esta aposta dupla emergente é gerada através da forte participação em pools de apostas que fornecem liquidez para tokens de apostas (LST). (Tanto Rocket Pool quanto Lido possuem este modelo).
No entanto, o atual compromisso duplo tem duas falhas:
Este artigo irá descrever uma solução para os dois problemas acima. Em primeiro lugar, assume-se que a maior parte do capital é detida por aqueles que não estão dispostos a gerir pessoalmente os nós de staking na sua forma actual, assinar as informações em cada slot, bloquear os depósitos e redistribuí-los para aqueles cujos fundos foram reduzidos. Então, neste caso, que papel essas pessoas podem desempenhar para ainda dar uma contribuição significativa para a descentralização e segurança da rede?
Como funciona o double staking atualmente?
Atualmente, os dois pools de apostas mais populares são Lido e RocketPool. No que diz respeito ao Lido, as duas partes participantes são:
Para Rocket Pool, eles são:
Função do agente
Nestes sistemas (ou em novos sistemas habilitados por possíveis mudanças futuras de protocolo), uma questão fundamental a ser feita é: qual é o sentido de ter um agente do ponto de vista do protocolo?
Para entender o profundo significado desta questão, vamos primeiro pensar nas mudanças de protocolo mencionadas no post, que limitarão a penalidade de redução a 2 ETH. O Rocket Pool também reduzirá o valor da aposta dos operadores de nós para 2 ETH, e As participações de mercado da Rocket Pool aumentarão para 100%/(para stakers e detentores de ETH, à medida que o rETH se tornar livre de risco, quase todos os detentores de ETH se tornarão detentores de rETH ou operadores de nós).
Assumindo um retorno de 3% para os detentores de rETH (incluindo recompensas no protocolo e taxas de prioridade + MEV), um retorno de 4% para os operadores de nós. Também assumimos que a oferta total de ETH é de 100 milhões.
Os resultados do cálculo são os seguintes. Para evitar cálculos de juros compostos, calcularemos os retornos diariamente:
Agora, supondo que o Rocket Pool não exista, o depósito mínimo por staker cai para 2 ETH, a liquidez total é limitada a 6,25 milhões de ETH e a taxa de retorno do operador do nó cai para 1%. Vamos calcular novamente:
Considere ambos os cenários do ponto de vista do custo do ataque. No primeiro caso, o atacante não se registará como agente porque o agente essencialmente não tem quaisquer direitos para levantar dinheiro, pelo que não tem sentido. Portanto, eles apostarão todos os seus ETH e se tornarão operadores de nós. Para atingir 1/3 do valor total apostado, eles precisariam apostar 2,08 milhões de Ethereum (o que, para ser justo, ainda é um número bastante grande).No segundo caso, o invasor só teria que apostar fundos para atingir o valor. pool de staking 1/3 do valor total, eles ainda precisam investir 2,08 milhões de Ethereum.
Do ponto de vista da economia de estaqueamento e do custo do ataque, o resultado final em ambos os casos é exatamente o mesmo. A parcela do fornecimento total de ETH detido por operadores de nós aumenta 0,00256% todos os dias, e a parcela do fornecimento total de ETH detido por operadores não-nós diminui 0,00017% todos os dias. O custo do ataque é de 2,08 milhões de ETH. Portanto, neste modelo, o agente parece ter se tornado uma máquina de Rube Goldberg sem sentido, e a comunidade racional está até inclinada a remover o intermediário, reduzir significativamente as recompensas de aposta e limitar o valor total de ETH apostado a 6,25 milhões.
É claro que este artigo não defende a redução da recompensa da aposta em 4 vezes e a limitação do valor total da aposta a 6,25 milhões. Em vez disso, o objetivo deste artigo é que um atributo chave de um sistema de piquetagem que funcione bem é que os agentes devem ter responsabilidades significativas em todo o sistema. Além disso, não importaria se os agentes fossem motivados, em grande parte, pela pressão e pelo altruísmo da comunidade para tomar as medidas corretas; afinal, é isso que incentiva as soluções de staking descentralizadas e de alta segurança hoje em dia.
Responsabilidades dos agentes
Se os agentes pudessem desempenhar um papel significativo no sistema de staking, qual seria esse papel?
Acho que existem duas categorias de respostas:
Melhore os direitos de seleção do agente
Existem três maneiras de aumentar o poder de escolha do seu representante:
Atualmente, votar no pool não é prático: no Rocket Pool, qualquer pessoa pode se tornar um operador de nó, e no Lido, a votação é decidida pelos detentores de LDO, não pelos detentores de ETH. Lido apresentou uma proposta de governança dupla de LDO + stETH. Eles podem ativar um mecanismo de proteção para evitar novos votos e, assim, evitar que operadores de nós sejam adicionados ou removidos. Isso dá aos detentores de stETH uma palavra a dizer até certo ponto. Ainda assim, este poder é limitado e pode ser mais poderoso.
A concorrência entre grupos já existe hoje, mas é relativamente fraca. O principal desafio é que os tokens de piquetagem de pools de piquetagem menores são menos líquidos, mais difíceis de ganhar confiança e menos suportados por aplicativos.
Podemos melhorar os dois primeiros problemas limitando o valor da penalidade a um valor menor, como 2 ou 4 ETH. O ETH restante pode então ser depositado com segurança e retirado imediatamente, permitindo que as conversões bidirecionais permaneçam verdadeiras para pools de apostas menores. Podemos melhorar o terceiro problema criando um contrato de emissão total para gerenciamento de LST (semelhante aos contratos ERC-4337 e ERC-6900 usados para carteiras) para que possamos garantir que todos os tokens apostados emitidos através deste contrato estão seguros.
Atualmente, não existem poderes representativos sólidos no acordo, mas parece provável que tal situação exista no futuro. Envolverá uma lógica semelhante à ideia acima, mas implementada no nível do protocolo. Veja este artigo sobre os prós e os contras de solidificar as coisas.
Estas ideias são melhorias em relação ao status quo, mas oferecem vantagens limitadas. Existem problemas com a governança da votação simbólica e, em última análise, qualquer forma de seleção de procuração não incentivada é apenas uma forma de votação simbólica; esta sempre foi minha principal reclamação com a Prova de Participação Delegada. Portanto, também é valioso considerar formas de alcançar uma participação consensual mais forte.
Participação de consenso
Mesmo deixando de lado os problemas atuais com a aposta de liquidez, existem limitações aos atuais métodos de aposta independente. Supondo que a finalidade de slot único seja usada, cada slot pode idealmente lidar com aproximadamente 100.000 a 1.000.000 assinaturas BLS. Mesmo se usarmos SNARKs recursivos para agregar assinaturas, cada assinatura precisa receber um campo de bit de participante para rastreabilidade da assinatura. Se o Ethereum se tornar uma rede em escala global, os campos de bits de armazenamento totalmente descentralizados não serão suficientes: 16 MB em cada slot podem suportar apenas aproximadamente 64 milhões de stakers.
Dessa perspectiva, há valor em dividir o staking em um nível redutível de complexidade mais alta e um nível de complexidade mais baixa, onde cada slot estará ativo, mas poderá ter apenas 10.000 participantes ou, camadas de complexidade mais baixa são chamadas para participar apenas ocasionalmente. As camadas de menor complexidade poderiam ser completamente isentas de reduções, ou os participantes poderiam receber aleatoriamente a oportunidade de depositar em alguns slots e se tornarem alvos de reduções.
Na prática, isto pode ser conseguido aumentando o limite de saldo do validador e subsequentemente aumentando o limite de saldo (por exemplo, 2048 ETH) para determinar quais validadores existentes passam para níveis de complexidade mais altos ou mais baixos.
Aqui estão algumas sugestões sobre como essas pequenas funções de piquetagem podem funcionar:
O que esses pequenos nós de staking têm em comum é que eles não precisam participar ativamente de cada slot, ou mesmo precisam apenas de nós leves para concluir todo o trabalho. Portanto, a implantação de nós requer apenas a verificação da camada de consenso, que os operadores de nós podem alcançar através de aplicativos ou plug-ins de navegador, que são em sua maioria passivos e não impõem nenhuma sobrecarga computacional, requisitos de hardware ou conhecimento técnico. requerem tecnologia avançada como ZK-EVM.
Esses “pequenos atores” também têm um objetivo comum: evitar a censura de transações pela maioria de 51% dos operadores de nós. O primeiro e o segundo também impedem que a maioria participe da redução da finalidade. O terceiro está mais diretamente relacionado com a censura, mas é mais suscetível às escolhas dos operadores dos nós majoritários.
Essas ideias são escritas da perspectiva de uma solução de piquetagem dupla implementada no protocolo, mas também podem ser implementadas como um recurso de pools de piquetagem. Aqui estão algumas ideias de implementação específicas:
para concluir
Se implementado corretamente, o ajuste fino do design da prova de participação pode resolver dois problemas de uma só vez:
Para estas soluções, soluções para o problema podem ser encontradas em diferentes níveis de abstração: permissões concedidas aos usuários dentro de protocolos de prova de aposta, seleção de usuários entre protocolos de prova de aposta e estabelecimento dentro dos protocolos. Esta escolha deve ser cuidadosamente considerada, e muitas vezes é melhor escolher uma configuração mínima viável para minimizar a complexidade do protocolo e a extensão das alterações na economia do protocolo, ao mesmo tempo que atinge os objetivos desejados.