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ú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.
19 Curtidas
Recompensa
19
10
Repostar
Compartilhar
Comentário
0/400
RetroHodler91
· 01-21 01:43
Não há nada de errado nisso, agora é que as funcionalidades vão acumulando e, na verdade, ninguém as usa de verdade
Ver originalResponder0
DisillusiionOracle
· 01-20 22:25
Concordo plenamente, a questão da complexidade excessiva dos protocolos realmente deve ser levada a sério. Agora, todas as blockchains estão competindo por funcionalidades, o que acaba tornando-se excessivamente inchadas, enfraquecendo assim a sua vantagem competitiva central.
Ver originalResponder0
GateUser-a180694b
· 01-20 20:28
A expressão de "protocolo inchado" é um pouco dolorosa... Para ser honesto, o ETH atual realmente está um pouco inchado.
A acumulação de funcionalidades, basta olhar para o custo de manutenção do Sol para perceber o quão irritante isso pode ser. Simplicidade é realmente um luxo.
Mas desacelerar o ritmo de atualização? Essa sugestão pode funcionar durante um mercado em baixa, mas durante um mercado em alta, simplesmente não consegue segurar...
Ainda assim, é preciso que alguém tenha coragem de cortar funcionalidades, a questão é: quem será o primeiro a tomar essa decisão?
Ver originalResponder0
CryingOldWallet
· 01-19 07:29
Dizer algo que dói, o problema da obesidade dos protocolos na verdade já devia ter sido apontado há muito tempo
---
Facilitar a funcionalidade de pilha é fácil, cortar funcionalidades é difícil, quem ousa ser o primeiro a levantar a faca
---
Em vez de iterar loucamente, é melhor aprimorar bem, o ETH agora parece um velho inchado
---
Esse cara não está errado, como você pode confiar se não consegue validar? E ainda falar de descentralização?
---
Rir até chorar, de um lado gritam por descentralização e do outro transformam o protocolo em uma caixa preta
---
Parece que todas as blockchains públicas acabarão caindo nesse poço, quanto mais funcionalidades, mais problemas
Ver originalResponder0
SandwichTrader
· 01-18 10:57
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
· 01-18 10:56
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
· 01-18 10:49
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
· 01-18 10:46
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
· 01-18 10:42
A expressão "protocolo obeso" é na verdade uma observação certeira, eu não tinha pensado nisso antes...
Ver originalResponder0
GhostWalletSleuth
· 01-18 10:39
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?