Notícia PANews, 18 de janeiro: Vitalik Buterin publicou uma mensagem na plataforma X, afirmando que um aspecto importante e longamente subestimado de "sem confiança", "passar o teste do 'leave' (deixar)" e "soberania própria" é a simplicidade do protocolo. Mesmo que um protocolo tenha centenas de milhares de nós, tolerância a falhas bizantinas de 49% e os nós validem tudo por completo com peerdas e starks resistentes a computação quântica, se o protocolo for um emaranhado caótico composto por centenas de milhares de linhas de código e cinco componentes criptográficos de nível doutoral, ele inevitavelmente falhará nos três testes: 1. Não será sem confiança, pois os utilizadores terão de confiar em um pequeno grupo de sacerdotes avançados para lhes dizerem as propriedades do protocolo. 2. Não passará no "teste do 'leave'", pois, se a equipa atual dos clientes sair, será extremamente difícil para uma nova equipa atingir o mesmo nível de qualidade. 3. Não terá soberania própria, pois, mesmo que as pessoas mais tecnicamente capazes não consigam verificar e compreender o protocolo, ele não pertencerá plenamente aos utilizadores. Além disso, a sua segurança será baixa, pois cada parte do protocolo, especialmente quando interage de formas complexas com outras partes, corre o risco de falhas no protocolo. Uma das minhas preocupações com o desenvolvimento do protocolo Ethereum é que talvez estejamos a adicionar funcionalidades novas demasiado rapidamente para satisfazer necessidades altamente específicas, mesmo que essas funcionalidades tornem o protocolo mais pesado ou adicionem novos tipos de componentes interativos ou criptografia complexa como dependências críticas. Isso pode ser benéfico a curto prazo em termos de funcionalidade, mas é altamente prejudicial para a manutenção da soberania própria a longo prazo e para a criação de uma infraestrutura descentralizada duradoura que supere as flutuações de impérios e ideologias. O problema central é que, se avaliarmos as alterações ao protocolo com base na "magnitude das alterações ao protocolo existente", o desejo de manter a compatibilidade com versões anteriores significa que haverá muito mais adições do que remoções, e o protocolo inevitavelmente tornar-se-á mais complexo ao longo do tempo. Para lidar com esta situação, o processo de desenvolvimento do Ethereum precisa de uma funcionalidade clara de "simplificação" ou "reciclagem de lixo". A simplificação tem três critérios de medição: 1. Minimizar o número total de linhas de código do protocolo. 2. Evitar dependências desnecessárias de componentes técnicos fundamentalmente complexos. 3. Adicionar mais invariantes: propriedades centrais nas quais o protocolo pode confiar. Por exemplo, o EIP-6780 (remover selfdestruct) adicionou a propriedade de que cada bloco pode alterar no máximo N slots de armazenamento, o que simplificou significativamente o desenvolvimento dos clientes. A reciclagem de lixo pode ser feita de forma fragmentada ou em grande escala. A abordagem fragmentada tenta simplificar as funcionalidades existentes, tornando-as mais concisas e lógicas. Um exemplo de reciclagem em grande escala é substituir a prova de trabalho (PoW) pela prova de participação (PoS). Outra abordagem é a "compatibilidade com o passado no estilo Rosetta", onde funcionalidades complexas mas raramente utilizadas continuam disponíveis, mas são "rebaixadas" para código de contratos inteligentes, e não para parte obrigatória do protocolo, de modo que os novos desenvolvedores de clientes não tenham de lidar com elas. Por exemplo, após a atualização para a abstração total de contas, todos os tipos de transações antigos podem ser eliminados; substituir as precompilações existentes por código EVM ou RISC-V; e, finalmente, alterar a máquina virtual do EVM para RISC-V. Por fim, espera-se que os desenvolvedores de clientes não tenham de lidar com todas as versões antigas do protocolo Ethereum. A longo prazo, a velocidade de mudança do Ethereum deverá reduzir-se, e devemos esforçar-nos para evitar que partes inúteis se tornem um fardo permanente para o protocolo Ethereum.
Vitalik Buterin pede simplificação e "recolha de lixo" no desenvolvimento do protocolo Ethereum
PANewsCompartilhar
Resumo
Vitalik Buterin apelou por mais simplicidade no desenvolvimento de blockchains, salientando que o Ethereum deve evitar o aumento excessivo do protocolo. Propôs a "recolha de lixo" para reduzir o tamanho do código e as dependências. Buterin também sugeriu que funcionalidades pouco utilizadas sejam transferidas para o desenvolvimento de contratos inteligentes, em vez de permanecerem no código principal. O objetivo é preservar a descentralização e a segurança a longo prazo. A compatibilidade do tipo Rosetta poderia ajudar a manter o suporte retroativo. O plano centra-se na sustentabilidade e na manutenibilidade no desenho do protocolo.
Fonte:Mostrar original
Aviso legal: as informações nesta página podem ter sido obtidas de terceiros e não refletem necessariamente os pontos de vista ou opiniões da KuCoin. Este conteúdo é fornecido apenas para fins informativos gerais, sem qualquer representação ou garantia de qualquer tipo, nem deve ser interpretado como aconselhamento financeiro ou de investimento. A KuCoin não é responsável por quaisquer erros ou omissões, ou por quaisquer resultados do uso destas informações.
Os investimentos em ativos digitais podem ser arriscados. Avalie cuidadosamente os riscos de um produto e a sua tolerância ao risco com base nas suas próprias circunstâncias financeiras. Para mais informações, consulte nossos termos de uso e divulgação de risco.