O fundador do Ethereum tem gerado debates na comunidade recentemente — ele levantou uma questão direta e impactante: a direção atual do desenvolvimento está levando o Ethereum para a armadilha da «obesidade do protocolo»?
Mais especificamente, suas principais preocupações podem ser resumidas em três pontos. Primeiro, por mais robusta que seja a rede de nós e a proteção criptográfica, se o código do protocolo se tornar inchado e difícil de entender, isso pode enfraquecer sua essência de não confiança — os usuários não poderão verificar o que confiam, o que significa que não será mais verdadeiramente descentralizado. Em segundo lugar, o processo de desenvolvimento carece de um mecanismo de «coleta de lixo», com novas funcionalidades sendo acumuladas continuamente, tornando o protocolo cada vez mais pesado. Por fim, ele acredita que o ritmo de atualizações deve desacelerar, dando ao protocolo um período de estabilidade suficiente para que funcionalidades supérfluas sejam naturalmente eliminadas.
Sob uma nova perspectiva, isso não estaria um aviso para todo o setor de blockchains públicos? A riqueza de funcionalidades e a simplicidade do sistema podem realmente coexistir? Ou já vimos vários casos de projetos L1 que se tornaram difíceis de manter devido ao acúmulo de funcionalidades?
O próximo passo do ecossistema ETH pode depender se os desenvolvedores conseguirão encontrar esse ponto de equilíbrio — simplicidade ≠ falta de funcionalidades, mas sim uma escolha mais inteligente. O que você acha dessa opinião?
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.
13 gostos
Recompensa
13
6
Republicar
Partilhar
Comentar
0/400
SandwichTrader
· 4h atrás
Para ser honesto, o problema da obesidade do protocolo já devia ter sido revelado há muito tempo, antes de ser inundado pela onda de funcionalidades empilhadas.
Ver originalResponder0
BugBountyHunter
· 4h atrás
A questão da obesidade do protocolo fala por si, realmente, vendo uma pilha de funcionalidades inúteis sendo inseridas uma a uma, quem é que consegue validar isso tudo?
---
Só quero saber quando é que vamos começar a limpar essas coisas desnecessárias... não é porque há mais funcionalidades que elas são melhores.
---
Essa fala dói, mas alguém precisa ter coragem de dizer, não é?
---
O prometido "less is more" agora virou "more is more"...
---
A ideia de desacelerar o ritmo parece boa, mas quem consegue acompanhar o ecossistema? É realmente uma encrenca.
---
A simplicidade realmente tem sido negligenciada, o problema é que uma vez que se faz concessões, não dá para voltar atrás.
---
Cada atualização parece uma pilha de código, se continuar assim, a manutenção vai se tornar um risco oculto.
Ver originalResponder0
LightningAllInHero
· 4h atrás
Não há dúvida, o ETH realmente está um pouco inchado agora
Assim que a funcionalidade de pilha começa, não consegue parar, no final ninguém consegue manter
Ver originalResponder0
DancingCandles
· 4h atrás
Hmm... dizendo de forma muito direta, a metáfora de "protocolo obeso" foi excelente
Mas voltando ao assunto, será que realmente podemos desacelerar? Os projetos na ecossistema não conseguem esperar...
Ver originalResponder0
LuckyBearDrawer
· 4h atrás
A expressão "protocolo obeso" é na verdade uma observação certeira, eu não tinha pensado nisso antes...
Ver originalResponder0
GhostWalletSleuth
· 4h atrás
Resumindo, quanto mais funcionalidades acumulamos, mais ninguém consegue entender o código. Essa é a verdadeira centralização, quem não consegue verificar nada acaba tendo que confiar em quem?
O fundador do Ethereum tem gerado debates na comunidade recentemente — ele levantou uma questão direta e impactante: a direção atual do desenvolvimento está levando o Ethereum para a armadilha da «obesidade do protocolo»?
Mais especificamente, suas principais preocupações podem ser resumidas em três pontos. Primeiro, por mais robusta que seja a rede de nós e a proteção criptográfica, se o código do protocolo se tornar inchado e difícil de entender, isso pode enfraquecer sua essência de não confiança — os usuários não poderão verificar o que confiam, o que significa que não será mais verdadeiramente descentralizado. Em segundo lugar, o processo de desenvolvimento carece de um mecanismo de «coleta de lixo», com novas funcionalidades sendo acumuladas continuamente, tornando o protocolo cada vez mais pesado. Por fim, ele acredita que o ritmo de atualizações deve desacelerar, dando ao protocolo um período de estabilidade suficiente para que funcionalidades supérfluas sejam naturalmente eliminadas.
Sob uma nova perspectiva, isso não estaria um aviso para todo o setor de blockchains públicos? A riqueza de funcionalidades e a simplicidade do sistema podem realmente coexistir? Ou já vimos vários casos de projetos L1 que se tornaram difíceis de manter devido ao acúmulo de funcionalidades?
O próximo passo do ecossistema ETH pode depender se os desenvolvedores conseguirão encontrar esse ponto de equilíbrio — simplicidade ≠ falta de funcionalidades, mas sim uma escolha mais inteligente. O que você acha dessa opinião?