Noticias de PANews, 18 de enero. Vitalik Buterin publicó en la plataforma X que un aspecto importante y a menudo subestimado de la "no confianza", el "test de salida" y la "soberanía personal" es la simplicidad del protocolo. Aunque un protocolo tenga cientos de miles de nodos, una tolerancia拜占庭 (Byzantine) del 49% y los nodos validen todo mediante peerdas y starks resistentes a la computación cuántica, si el protocolo está compuesto por cientos de miles de líneas de código y cinco componentes criptográficos de nivel doctoral, se convertirá inevitablemente en un sistema caótico que fallará en los tres tests mencionados: 1. No será de "no confianza", ya que los usuarios deberán confiar en un pequeño grupo de sacerdotes avanzados para conocer las propiedades del protocolo. 2. No pasará el "test de salida", ya que si el equipo actual de clientes abandona, será extremadamente difícil para un nuevo equipo alcanzar un nivel de calidad equivalente. 3. No será de "soberanía personal", ya que incluso los usuarios con mayor capacidad técnica no podrán revisar ni comprenderlo, por lo tanto, no será completamente suyo. Además, su seguridad será baja, ya que cada parte del protocolo, especialmente cuando puede interactuar de maneras complejas con otras partes, conlleva riesgos de colapso del protocolo. Una de mis preocupaciones sobre el desarrollo del protocolo de Ethereum es que podríamos estar añadiendo nuevas funciones con demasiada rapidez para satisfacer necesidades muy específicas, incluso si estas funciones hacen que el protocolo sea más engorroso o introducen nuevos tipos de componentes de interacción o criptografía compleja como dependencia clave. Esto puede ser beneficioso a corto plazo en términos de funcionalidad, pero es altamente perjudicial a largo plazo para mantener la soberanía personal y crear una infraestructura descentralizada duradera que trascienda las fluctuaciones de imperios e ideologías. El problema fundamental es que, si juzgamos los cambios en el protocolo desde la perspectiva de "qué tan grandes son los cambios en el protocolo existente", el deseo de mantener la compatibilidad hacia atrás significa que se añadirán cambios con mucha más frecuencia que se eliminarán, lo que inevitablemente hará que el protocolo se vuelva más engorroso con el tiempo. Para abordar esta situación, el proceso de desarrollo de Ethereum necesita una función clara de "simplificación" o "reciclaje de basura". La "simplificación" tiene tres criterios de medición: 1. Minimizar el número total de líneas de código del protocolo. 2. Evitar dependencias innecesarias de componentes técnicos fundamentalmente complejos. 3. Añadir más invariantes: propiedades centrales en las que el protocolo pueda confiar. Por ejemplo, el EIP-6780 (eliminación de selfdestruct) añadió la propiedad de que cada bloque puede modificar como máximo N espacios de almacenamiento, lo que simplificó enormemente el desarrollo de clientes. El "reciclaje de basura" puede ser puntual o a gran escala. El enfoque puntual intenta simplificar funciones existentes, haciéndolas más concisas y razonables. Un ejemplo de reciclaje a gran escala es reemplazar el PoW por el PoS. Otra estrategia es la "compatibilidad hacia atrás estilo Rosetta", en la que las funciones complejas pero poco utilizadas siguen estando disponibles, pero se "degradan" a código de contratos inteligentes, no como parte obligatoria del protocolo, de modo que los desarrolladores de nuevos clientes no tengan que lidiar con ellas. Por ejemplo, tras la actualización a la abstracción completa de cuentas, todos los tipos de transacciones antiguas pueden eliminarse; los precompilados actuales pueden reemplazarse por código EVM o RISC-V; y finalmente, la máquina virtual podría cambiarse de EVM a RISC-V. Por último, se espera que los desarrolladores de clientes ya no tengan que lidiar con todas las versiones antiguas del protocolo de Ethereum. A largo plazo, la velocidad de cambio de Ethereum debería reducirse, y se debe evitar que las partes innecesarias se conviertan en una carga permanente para el protocolo de Ethereum.
Vitalik Buterin pide simplificación y "recogida de basura" en el desarrollo del protocolo Ethereum
PANewsCompartir
Resumen
Vitalik Buterin llamó a una mayor simplicidad en el desarrollo de blockchain, destacando que Ethereum debe evitar la acumulación innecesaria de protocolos. Propuso la "recogida de basura" para reducir el tamaño del código y las dependencias. Buterin también sugirió trasladar funciones poco utilizadas al desarrollo de contratos inteligentes en lugar de incluirlas en el código principal. El objetivo es preservar la descentralización y la seguridad a largo plazo. La compatibilidad estilo Rosetta podría ayudar a mantener el soporte retroactivo. El plan se centra en la sostenibilidad y mantenibilidad en el diseño del protocolo.
Fuente:Mostrar original
Descargo de responsabilidad: La información contenida en esta página puede proceder de terceros y no refleja necesariamente los puntos de vista u opiniones de KuCoin. Este contenido se proporciona solo con fines informativos generales, sin ninguna representación o garantía de ningún tipo, y tampoco debe interpretarse como asesoramiento financiero o de inversión. KuCoin no es responsable de ningún error u omisión, ni de ningún resultado derivado del uso de esta información.
Las inversiones en activos digitales pueden ser arriesgadas. Evalúa con cuidado los riesgos de un producto y tu tolerancia al riesgo en función de tus propias circunstancias financieras. Para más información, consulta nuestras Condiciones de uso y la Declaración de riesgos.