El fundador de Ethereum ha generado un gran revuelo en la comunidad recientemente—ha planteado una pregunta directa y punzante: ¿la dirección actual del desarrollo está llevando a Ethereum hacia la trampa de la «obesidad del protocolo»?



En concreto, sus principales preocupaciones son tres. Primero, por muy robusta que sea la red de nodos y la protección criptográfica, si el código del protocolo se vuelve engorroso e incomprensible, en realidad se debilita su esencia de no confiar en nadie—los usuarios ya no podrán verificar en qué confían, lo que deja de ser verdaderamente descentralizado. Segundo, el proceso de desarrollo carece de un mecanismo de «recolección de basura», acumulando continuamente nuevas funciones, lo que hace que el protocolo sea cada vez más pesado. Finalmente, opina que se debería desacelerar el ritmo de las actualizaciones, dar al protocolo un período de estabilidad suficiente, y dejar que esas funciones innecesarias se eliminen de forma natural.

Desde otra perspectiva, ¿esto no sería una advertencia para todo el sector de las cadenas públicas? ¿Realmente se puede lograr una combinación de alta funcionalidad y simplicidad del sistema? ¿O ya hemos visto casos en los que varios proyectos L1 se vuelven difíciles de mantener por la acumulación de funciones?

El próximo paso en el ecosistema de ETH podría depender de si los desarrolladores logran encontrar ese equilibrio—simplicidad ≠ falta de funciones, sino una elección más inteligente. ¿Qué opinas de este punto de vista?
ETH0,27%
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
  • Recompensa
  • 6
  • Republicar
  • Compartir
Comentar
0/400
SandwichTradervip
· hace4h
A decir verdad, el problema de la sobrecarga de la plataforma ya debería haber sido señalado hace tiempo, ya que había sido ahogado por la ola de acumulación de funciones.
Ver originalesResponder0
BugBountyHuntervip
· hace4h
El problema de la obesidad del protocolo es muy cierto, realmente, ver cómo una pila de funciones inútiles se insertan una tras otra, ¿quién demonios puede verificar eso? --- Solo quiero saber cuándo podrán empezar a limpiar estas cargas innecesarias... no es que cuantas más funciones, más impresionante sea --- Estas palabras duelen, pero alguien tiene que tener el valor de decirlo, ¿no? --- ¿Decían que less is more? Ahora es more is more... --- Reducir la velocidad suena bien, pero ¿quién puede seguir el ritmo del ecosistema? Es realmente una situación difícil --- La simplicidad realmente ha sido ignorada, el problema es que una vez que se compromete, no se puede volver atrás --- Cada actualización parece una pila de código, si sigue así, la mantenibilidad realmente se convertirá en un riesgo oculto
Ver originalesResponder0
LightningAllInHerovip
· hace4h
Tienes razón, ETH ahora está un poco inflado. Una vez que se empieza con la función de pila, no se puede detener, y al final nadie puede mantenerla.
Ver originalesResponder0
DancingCandlesvip
· hace4h
Hmm... qué punzante, esa metáfora de la protocolo obesidad es excelente Pero hablando en serio, ¿realmente se puede desacelerar? Los proyectos en el ecosistema no pueden esperar...
Ver originalesResponder0
LuckyBearDrawervip
· hace4h
El término "sobrepeso en los protocolos" en realidad es muy acertado, no había pensado en esto antes...
Ver originalesResponder0
GhostWalletSleuthvip
· hace4h
En realidad, cuanto más funciones se añaden, menos gente puede entender el código. Eso es la verdadera centralización, si nadie puede verificar, ¿en qué se puede confiar?
Ver originalesResponder0
  • Anclado

Opera con criptomonedas en cualquier momento y lugar
qrCode
Escanea para descargar la aplicación de Gate
Comunidad
Español
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)