【比推】Recentemente, vi um ponto de vista bastante interessante: quão importante é a simplicidade de um protocolo?
A lógica central é bastante direta — não importa o quão perfeito seja o design de descentralização, se o próprio protocolo estiver inchado por dezenas de milhares de linhas de código ou por uma pilha complexa de criptografia, no final das contas, tudo será em vão. É como construir uma casa: por mais boas que sejam as fundações e o projeto, se o interior estiver cheio de decorações inúteis, problemas irão surgir.
Tomando o Ethereum como exemplo, o desafio atual está exatamente aí. Para atender às diversas necessidades das aplicações, as funcionalidades estão cada vez mais numerosas, mas os problemas também aparecem — o código fica mais complexo, e a compatibilidade retroativa significa que funcionalidades antigas nunca podem ser removidas, fazendo com que o protocolo seja como um disco rígido cheio demais, incapaz de excluir qualquer coisa, tendo que manter tudo.
Como resolver? A ideia é a seguinte:
Simplificação na ponta: primeiro, é preciso agir com firmeza, reduzir o número de linhas de código desnecessárias, eliminar dependências técnicas complexas e ineficientes, e reforçar o design de invariantes.
Limpeza na ponta: pode ser feita de duas formas — de pequena escala, como limpar arquivos inúteis; ou de grande escala, como uma atualização de PoW para PoS. Ou usar soluções de compatibilidade como a Rosetta, migrando gradualmente funcionalidades complexas de baixa frequência de uso para o nível de contratos inteligentes.
A longo prazo, os benefícios de fazer isso são desacelerar o ritmo de evolução do protocolo, preservando as inovações realmente valiosas, ao invés de deixar funcionalidades inúteis se tornarem um peso permanente. Isso é de grande importância para a sobrevivência a longo prazo e a manutenção do blockchain.
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.
12 Curtidas
Recompensa
12
6
Repostar
Compartilhar
Comentário
0/400
MidnightGenesis
· 4h atrás
Pela análise do código, isso já deveria ter sido percebido há algum tempo. A complexidade atual do Ethereum já ultrapassou o limite crítico, e ao revisar algumas alterações de contratos durante a madrugada, fica claro que cada atualização adiciona mais carga do que alivia. Vale destacar que, no final, quem sofre as consequências do acúmulo de funcionalidades são os operadores de nós.
Ver originalResponder0
RooftopReserver
· 4h atrás
A simplicidade é fácil de falar, mas difícil de fazer. O Ethereum agora é um exemplo vivo de "quanto mais funcionalidades, mais bugs".
Vamos questionar: será que realmente é possível simplificar? Parece que as mudanças trazem um risco enorme.
Ver originalResponder0
GasFeeCrier
· 4h atrás
Muito bem, o código inchado é realmente uma dor de cabeça do Ethereum
Simplicidade é beleza, complexidade só vai criar problemas
Com tantas funcionalidades acumuladas, é hora de fazer uma limpeza
Se não simplificar, cedo ou tarde vai dar problema
Ver originalResponder0
MEVHunterNoLoss
· 4h atrás
O excesso de código realmente precisa ser resolvido, senão só para corrigir bugs vai levar uma eternidade
Ver originalResponder0
NeverVoteOnDAO
· 4h atrás
Não há dúvida de que nos últimos anos o Ethereum acumulou funcionalidades incríveis, mas como resultado a complexidade do código explodiu, quem ainda consegue manter...
Ver originalResponder0
0xDreamChaser
· 4h atrás
Quanto mais o código fica, mais complexo ele se torna, e no final ninguém consegue mantê-lo... O Ethereum realmente deveria ser mais rigoroso na simplificação.
Por que a simplicidade do protocolo é fundamental para a sobrevivência a longo prazo do Ethereum
【比推】Recentemente, vi um ponto de vista bastante interessante: quão importante é a simplicidade de um protocolo?
A lógica central é bastante direta — não importa o quão perfeito seja o design de descentralização, se o próprio protocolo estiver inchado por dezenas de milhares de linhas de código ou por uma pilha complexa de criptografia, no final das contas, tudo será em vão. É como construir uma casa: por mais boas que sejam as fundações e o projeto, se o interior estiver cheio de decorações inúteis, problemas irão surgir.
Tomando o Ethereum como exemplo, o desafio atual está exatamente aí. Para atender às diversas necessidades das aplicações, as funcionalidades estão cada vez mais numerosas, mas os problemas também aparecem — o código fica mais complexo, e a compatibilidade retroativa significa que funcionalidades antigas nunca podem ser removidas, fazendo com que o protocolo seja como um disco rígido cheio demais, incapaz de excluir qualquer coisa, tendo que manter tudo.
Como resolver? A ideia é a seguinte:
Simplificação na ponta: primeiro, é preciso agir com firmeza, reduzir o número de linhas de código desnecessárias, eliminar dependências técnicas complexas e ineficientes, e reforçar o design de invariantes.
Limpeza na ponta: pode ser feita de duas formas — de pequena escala, como limpar arquivos inúteis; ou de grande escala, como uma atualização de PoW para PoS. Ou usar soluções de compatibilidade como a Rosetta, migrando gradualmente funcionalidades complexas de baixa frequência de uso para o nível de contratos inteligentes.
A longo prazo, os benefícios de fazer isso são desacelerar o ritmo de evolução do protocolo, preservando as inovações realmente valiosas, ao invés de deixar funcionalidades inúteis se tornarem um peso permanente. Isso é de grande importância para a sobrevivência a longo prazo e a manutenção do blockchain.