Los desarrolladores de ETH1 corren el riesgo de retrasar Ethereum 2.0

Cómo intentar una demora eth2 en cinco pasos: 1. Cree una forma extraña de hacer un depósito. 2. Reclama que es un error. 3. Afirmar que eth 1 ahora tiene que hacer algo, dándoles horarios. 4. ???? 5. ¿Ganancia?

Los desarrolladores de Ethereum 1.0 de repente afirman que ethereum 2.0 tiene que esperar a que incorporen una actualización de las firmas BLS para verificar depósitos malformados.

“Queremos que Berlín esté antes del lanzamiento del contrato de depósito para que puede usar la precompilación BLS ", dice James Hancock, el coordinador de hardfork eth1, y Hancock sugiere que el contrato de depósito no debería salir antes de Berlín," pero somos flexibles en cuanto a cuándo debería ser para apoyar la hoja de ruta Eth2 ", dice

Berlín es la actualización planificada de ethereum 1.0 que incluye toneladas de cosas por las que pasará en junio, aunque es mucho más probable que la estimación sea "Dios sabe".

Muchas de esas propuestas de mejora de Ethereum (EIP) son interesantes y útiles con uno que potencialmente incluye mejoras para facilitar aún más la tecnología zk.

En comparación con la actualización de la firma BLS, sin embargo, podría decirse que ninguno de los otros EIP importa en absoluto, ya que probablemente alrededor del 90% o más de ethereum s están preocupados.

Por lo tanto, no está claro por qué no están haciendo una actualización de BLS de emergencia que incluye solo el bit de firmas, posiblemente discutible muy rápidamente.

Tampoco está claro a quién se refiere Hancock con “nosotros . " Trustnodes solicitó aclaraciones, pero no recibió respuesta a tiempo para su publicación.

Sospechamos por "nosotros" que se está refiriendo a los desarrolladores eth1, sobre todo porque las notas de llamada eth1 sugieren que sería útil si un desarrollador / investigador eth2 puede participe la próxima vez.

Un investigador eth2 con el que hablamos que no quiere ser nombrado reiteró que la actualización eth1 BLS no es necesaria.

“La curva EIP BLS12-381 es útil de todos modos, es importante para un futuro eth1 eth2 bridge especialmente. También aumentaría la seguridad del contrato de depósito, pero esta mejora no es críticamente "necesaria". Sin embargo, otros desarrolladores de clientes pueden tener opiniones diferentes ", dice.

Actualmente hay una conferencia en curso, por lo que Danny Ryan, el coordinador de eth2, probablemente ha estado demasiado ocupado para responder a nuestras solicitudes de comentarios.

no está claro cuál es exactamente el plan "oficial" ahora, pero se nos dice que el contrato de depósito debería estar terminado para abril.

Estos desarrollos son bastante nuevos, con eth1 y eth2 siendo equipos diferentes trabajando en cosas muy diferentes. , por lo que puede haber un poco de confusión a medida que se dicen cosas diferentes, pero la interfaz de usuario (UI) del contrato de depósito se exhibirá en EthCC la próxima semana cuando debería haber mucha más claridad.

Presumiblemente si deposita a través de esto UI no debería haber ninguna malformación, y por lo tanto no debería haber ningún problema.

Como tal, si otros desarrolladores quieren formar sus propios métodos de depósito, entonces esperar que lo hagan de una forma bien formada es quizás el mínimo

Por lo tanto, presumiblemente w Por lo tanto, el investigador de eth2 afirma que eth1 BLS no es necesario y, por lo tanto, eth2 no tiene que esperarlo, pero obviamente es deseable y tal vez incluso preferible si sale en abril.

Sin embargo, esperar a eth 1 probablemente sea algo que eth2 no quiere hacer porque perdería el control sobre sus propios plazos sobre los cuales varios desarrolladores de eth2 han apostado su reputación, incluido Justin Drake, quien ha declarado que lo consideraría un fracaso si eth2 no se lanza este año.

Derechos de autor Trustnodes.com