Ethereum 2.0 puede retrasarse nuevamente debido a errores, problemas y competidores

El lanzamiento de Ethereum 2.0 puede retrasarse nuevamente, según el Cointelegraph . Durante una reunión reciente, los desarrolladores planearon una actualización con el algoritmo de prueba de participación para junio, aunque notaron que esta declaración se realizó con optimismo cauteloso. La mayor parte del trabajo ya se ha completado con éxito, pero lleva tiempo corregir muchos errores en el código.

¿Por qué Ethereum tarda tanto en completar la fase de actualización final antes de que sea realmente escalable? ¿Por qué la presencia de errores y problemas relacionados no son las únicas dificultades que enfrenta el proyecto de Vitalik Buterin? Mientras que los desarrolladores intentan corregir errores, otros proyectos están lanzando replanteos, lo que significa que Ethereum 2.0 finalmente puede perder la carrera por la escalabilidad.

La lucha por el código limpio


Los errores en el código son el principal, pero no el único factor que contribuye a la postergación regular de la fecha de lanzamiento de Ethereum 2.0. De hecho, la fase de encontrar y corregir vulnerabilidades en el código es un proceso laborioso y largo para cualquier proyecto, que siempre puede llevar más tiempo del planificado originalmente. Por lo tanto, para Ethereum, los procedimientos como auditorías de seguridad, pruebas, detección y corrección de errores pueden prolongarse durante meses.

La cadena de bloques Ethereum está organizada de manera bastante complicada: es una estructura descentralizada que consta de varios equipos de desarrollo, algunos de los cuales son organizaciones independientes. Cada equipo tiene sus propias tareas: fragmentación, auditoría, Ethereum 2.0, etc. Por un lado, esto le permite resolver simultáneamente varios problemas, pero, por otro lado, esto lleva a complicaciones en el desarrollo planificado de toda la plataforma Ethereum.

Siete equipos están involucrados en el desarrollo de Ethereum 2.0, y la mayoría de ellos están trabajando en la optimización de la red de prueba Schlesi , que es la primera red de prueba Ethereum 2.0 multiusuario que simula el entorno subyacente. esoEthereum Foundation Trinity, Prysm Labs Prysmatic, Sigma Prime Lighthouse, Status Nimbus, Lodestar ChainSafe, Teku PegaSys y Cortex Nethermind . Son estos equipos de desarrollo los responsables de almacenar datos en la cadena de bloques y verificar los bloques. Es muy importante que estén totalmente sincronizados entre sí.

La operación paralela de varios equipos es fundamental para mantener un alto nivel de seguridad de red, y nadie perderá de vista nada. Incluso si eso significa romper las promesas y una vez más retrasar el lanzamiento. En un esfuerzo por acelerar el pulido del código, el programa para detectar errores ha estado funcionando durante algún tiempo y ofrece cazadores de errores de $ 1,000 a $ 20,000 por errores críticos.

Estructura compleja y problemas de gestión.


Además de los errores y las pruebas, hay problemas de administración que impulsan aún más la fecha de lanzamiento. A primera vista, la cadena de bloques Ethereum puede parecer un todo, pero de hecho es administrada por varios equipos de desarrolladores y administradores, como se mencionó anteriormente. Algunos de ellos son parte de organizaciones independientes, y hacer que todos estos equipos trabajen sincrónicamente y a tiempo puede ser una tarea desalentadora. Por un lado, este enfoque de desarrollo le permite distribuir tareas de manera efectiva, pero por otro lado, complica el desarrollo sistemático. Por lo tanto, la falta de una gestión y sincronización adecuadas entre los equipos puede contribuir fácilmente a retrasos regulares.

Cuantas más personas participen en el desarrollo, mayores serán los requisitos para el nivel de organización de todo el proceso en su conjunto. Anteriormente, Lane Rettig, uno de los desarrolladores, señaló la necesidad de escalabilidad social y agregó que " el problema de coordinación se está complicando ". La estructura distribuida conduce a la rotación del personal, lo que ralentiza aún más el proceso de desarrollo debido a la necesidad de una adaptación a largo plazo de los nuevos empleados.

Competidores de carrera


Mientras que los desarrolladores de Ethereum corrigen errores, sus competidores pueden ganar el premio para el primer consenso de Prueba de Estaca alcanzado. Hay varios proyectos importantes cerca de la línea de meta: EOS, Harmony (ONE), Zilliqa (ZIL), Tezos (XTZ), Cosmos (ATOM), Algorand (ALGO) y Qtum (QTUM) , todos con productos viables y de trabajo en la red. PoS, o PoS delegado.

Las redes de trabajo exitosas lanzadas por estos proyectos demuestran que lo que lleva años para Ethereum puede llevarles solo un año. Por ejemplo, el proyecto Harmonyde Silicon Valley lanzó recientemente el replanteo, convirtiéndose en la primera cadena de bloques de PoS en gestionar el fragmentación y la prueba de propiedad al mismo tiempo. Es de destacar que ninguna de estas tecnologías ha sido implementada por los desarrolladores de Ethereum en la red principal.

El 19 de mayo, el equipo de Harmony anunció que habían actualizado su red, que actualmente admite cientos de nodos en numerosos fragmentos. Los desarrolladores afirman que lograron adelantarse a Ethereum no solo en términos de fragmentación y replanteo, sino también en términos de rendimiento de la red, alcanzando una tarifa de procesamiento de transacciones de $ 0,000.001 en Mainnet y 118,000 transacciones por segundo (TPS) en Testnet.

Sin embargo, Ethereum sigue siendo un pionero y un importante contribuyente a la tecnología de prueba de participación. Teniendo en cuenta cientos de miles de transacciones realizadas en línea todos los días, retrasar el lanzamiento de una actualización tan importante como Ethereum 2.0 puede justificarse por completo y tener como objetivo hacer que el uso de la cadena de bloques Ethereum sea más seguro y eficiente.

All Articles