EIP-2537: Reflexión del proceso de gobernanza de Ethereum
EIP-2537 es una instrucción de precompilación de EVM que se ha decidido agregar en la última actualización del fork Pectra de Ethereum. Esta instrucción añade varias funciones de cálculo de la curva BLS12-381 al EVM, incluyendo cálculos de emparejamiento en el dominio de la curva.
EIP-2537 fue propuesto inicialmente en 2020 y no fue confirmado para ser incluido en la actualización de Ethereum hasta 2025. Este artículo presentará el proceso de gobernanza de EIP-2537 y explorará por qué pasó 5 años antes de que esta propuesta fuera incluida en la actualización.
Antecedentes de la propuesta
En enero de 2017, Vitalik Buterin presentó por primera vez el algoritmo de emparejamiento y la curva alt_bn128 en un artículo. Posteriormente, Vitalik y Christian Reitwiessner propusieron EIP-196 y EIP-197, sugiriendo agregar soporte para cálculos de la curva alt_bn128 al EVM. La actualización de Byzantium en octubre de 2017 incorporó oficialmente la curva alt_bn128, logrando cálculos de emparejamiento en el dominio de la curva dentro del EVM, permitiendo que la verificación de pruebas ZK-Snarks se realice dentro del EVM.
En noviembre de 2017, el equipo de zcash propuso la curva BLS12-381, que tiene una mayor seguridad y rendimiento en comparación con alt_bn128. Muchos protocolos de blockchain adoptaron posteriormente la curva BLS12-381. En mayo de 2018, Justin Drake publicó un artículo señalando que la futura actualización PoS y de fragmentación de Ethereum podría utilizar un algoritmo de firma múltiple BLS basado en BLS12-381.
Con el desarrollo de ETH2, ha surgido la demanda de introducir BLS12-381 en la capa de ejecución de ETH. En febrero de 2020, investigadores propusieron EIP-2537, con la esperanza de realizar pruebas sincronizadas con la red de prueba ETH2. El autor de EIP-2537, Alex Stokes, hizo un llamado para incluirlo en la bifurcación dura de Berlín.
Cabe mencionar que el autor de EIP-2537 también es cofundador del equipo de desarrollo de ZKSync, Matter Labs.
Agitación de la actualización de Berlín
Antes de discutir el EIP-2537, es necesario entender el EIP-1962. Esta es la primera propuesta de precompilación para emparejamientos de curvas elípticas presentada por Matter Labs en abril de 2019, que admite tres tipos de curvas: BLS12, BN y MNT4/6, y planea agregar 10 instrucciones precompiladas de una sola vez. Sin embargo, se considera que esta propuesta es demasiado compleja para implementar.
Para resolver el problema de EIP-1962, Matter Labs propuso en febrero de 2020 varios planes de división de EIP, siendo el más importante EIP-2537, que proporciona soporte para BLS12-381. En ese momento, ETH2 estaba desarrollando el contrato de depósito, y la introducción de la precompilación BLS12-381 podría verificar firmas en el contrato de depósito, evitando el riesgo de pérdida de fondos de los usuarios.
Cuando se propuso el EIP-2537, Vitalik señaló algunos problemas. Luego, en la reunión de desarrolladores principales del 6 de marzo, Vitalik consideró que el EIP-2537 era muy efectivo para las pruebas SNARK recursivas y que, a largo plazo, no perjudicaría a Ethereum. La reunión confirmó la prioridad del EIP-2537, y todos los clientes acordaron implementarlo lo antes posible, planeando completar el desarrollo antes de la actualización de Berlin.
En las reuniones posteriores, EIP-2537 reemplazó a EIP-1962 como la propuesta central de BLS y fue incluida en la lista preliminar de actualizaciones de Berlín. La reunión de abril incorporó oficialmente EIP-2537 en el hard fork de Berlín y estableció un cronograma de implementación.
A partir de entonces, EIP-2537 entró en una fase de desarrollo y pruebas intensivas, con discusiones relacionadas en casi 20 reuniones de desarrolladores principales. Principalmente sobre problemas de codificación ABI, progreso de implementación, seguridad, entre otros.
Sin embargo, a medida que avanza el desarrollo, los problemas de EIP-2537 se hacen cada vez más evidentes. El equipo de Geth ha indicado que es difícil completar el desarrollo dentro del plazo previsto, mientras que el contrato de depósito ya ha completado una versión que no utiliza EIP-2537. La importancia de EIP-2537 ha disminuido como resultado.
En las reuniones posteriores, los problemas de implementación y prueba de EIP-2537 continuaron existiendo. Finalmente, en la 99ª reunión de desarrolladores principales, se decidió sacar EIP-2537 de la actualización de Berlin, siendo la principal razón que consumió demasiados recursos de desarrollo, afectando el progreso de otros EIPs.
Desarrollo posterior
En la actualización de Londres, que se llevó a cabo en Berlín, los desarrolladores consideraron incluir el EIP-2537, pero fue abandonado nuevamente debido a su complejidad. La actualización de Shanghai tampoco incluyó el EIP-2537, ya que el enfoque estaba en implementar la función de retiro de PoS.
La actualización de Cancun tampoco discutió EIP-2537, ya que el enfoque está en apoyar EIP-4844.
Hasta febrero de 2024, los desarrolladores volverán a discutir la inclusión de EIP-2537 en la actualización de Pectra. En ese momento, la implementación de EIP-2537 ya no será un problema principal, solo existirá un problema de precios de consumo de gas.
De diciembre de 2024 a enero de 2025, la conferencia de desarrolladores confirmó finalmente el modelo de precios de EIP-2537, resolviendo el problema de costos. Matter Labs, como proponente inicial, ya se había retirado prácticamente de la discusión.
Resumen
El proceso de EIP-2537 refleja la complejidad del proceso de gobernanza de Ethereum. Desde ser inicialmente considerado como un contenido de actualización central, hasta ser pospuesto varias veces debido a la dificultad y complejidad de su implementación, y finalmente ser incluido en la actualización, EIP-2537 ha pasado por un largo proceso. Este proceso refleja las consideraciones y equilibrios de Ethereum en términos de desarrollo técnico, logro de consenso y selección de prioridades.
Cada actualización de Ethereum tiene su tema y enfoque específicos. La inclusión de un EIP no solo depende de su propio valor, sino que también está estrechamente relacionada con la etapa de desarrollo actual de Ethereum y su dirección prioritaria. El proceso de EIP-2537 muestra la flexibilidad de la gobernanza de Ethereum y la actitud cautelosa de la comunidad frente a los desafíos técnicos.
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.
5 me gusta
Recompensa
5
3
Republicar
Compartir
Comentar
0/400
FortuneTeller42
· hace10h
Ay, cinco años y todavía no sube más rápido.
Ver originalesResponder0
InscriptionGriller
· hace10h
La situación de la competencia es así, llevamos cinco años cocinando un mismo plato frío.
Ver originalesResponder0
SchrodingerAirdrop
· hace10h
Después de cinco años de esfuerzo, Vitalik todavía sigue adelante.
EIP-2537 cinco años de gobernanza: un reflejo de las decisiones de actualización de Ethereum
EIP-2537: Reflexión del proceso de gobernanza de Ethereum
EIP-2537 es una instrucción de precompilación de EVM que se ha decidido agregar en la última actualización del fork Pectra de Ethereum. Esta instrucción añade varias funciones de cálculo de la curva BLS12-381 al EVM, incluyendo cálculos de emparejamiento en el dominio de la curva.
EIP-2537 fue propuesto inicialmente en 2020 y no fue confirmado para ser incluido en la actualización de Ethereum hasta 2025. Este artículo presentará el proceso de gobernanza de EIP-2537 y explorará por qué pasó 5 años antes de que esta propuesta fuera incluida en la actualización.
Antecedentes de la propuesta
En enero de 2017, Vitalik Buterin presentó por primera vez el algoritmo de emparejamiento y la curva alt_bn128 en un artículo. Posteriormente, Vitalik y Christian Reitwiessner propusieron EIP-196 y EIP-197, sugiriendo agregar soporte para cálculos de la curva alt_bn128 al EVM. La actualización de Byzantium en octubre de 2017 incorporó oficialmente la curva alt_bn128, logrando cálculos de emparejamiento en el dominio de la curva dentro del EVM, permitiendo que la verificación de pruebas ZK-Snarks se realice dentro del EVM.
En noviembre de 2017, el equipo de zcash propuso la curva BLS12-381, que tiene una mayor seguridad y rendimiento en comparación con alt_bn128. Muchos protocolos de blockchain adoptaron posteriormente la curva BLS12-381. En mayo de 2018, Justin Drake publicó un artículo señalando que la futura actualización PoS y de fragmentación de Ethereum podría utilizar un algoritmo de firma múltiple BLS basado en BLS12-381.
Con el desarrollo de ETH2, ha surgido la demanda de introducir BLS12-381 en la capa de ejecución de ETH. En febrero de 2020, investigadores propusieron EIP-2537, con la esperanza de realizar pruebas sincronizadas con la red de prueba ETH2. El autor de EIP-2537, Alex Stokes, hizo un llamado para incluirlo en la bifurcación dura de Berlín.
Cabe mencionar que el autor de EIP-2537 también es cofundador del equipo de desarrollo de ZKSync, Matter Labs.
Agitación de la actualización de Berlín
Antes de discutir el EIP-2537, es necesario entender el EIP-1962. Esta es la primera propuesta de precompilación para emparejamientos de curvas elípticas presentada por Matter Labs en abril de 2019, que admite tres tipos de curvas: BLS12, BN y MNT4/6, y planea agregar 10 instrucciones precompiladas de una sola vez. Sin embargo, se considera que esta propuesta es demasiado compleja para implementar.
Para resolver el problema de EIP-1962, Matter Labs propuso en febrero de 2020 varios planes de división de EIP, siendo el más importante EIP-2537, que proporciona soporte para BLS12-381. En ese momento, ETH2 estaba desarrollando el contrato de depósito, y la introducción de la precompilación BLS12-381 podría verificar firmas en el contrato de depósito, evitando el riesgo de pérdida de fondos de los usuarios.
Cuando se propuso el EIP-2537, Vitalik señaló algunos problemas. Luego, en la reunión de desarrolladores principales del 6 de marzo, Vitalik consideró que el EIP-2537 era muy efectivo para las pruebas SNARK recursivas y que, a largo plazo, no perjudicaría a Ethereum. La reunión confirmó la prioridad del EIP-2537, y todos los clientes acordaron implementarlo lo antes posible, planeando completar el desarrollo antes de la actualización de Berlin.
En las reuniones posteriores, EIP-2537 reemplazó a EIP-1962 como la propuesta central de BLS y fue incluida en la lista preliminar de actualizaciones de Berlín. La reunión de abril incorporó oficialmente EIP-2537 en el hard fork de Berlín y estableció un cronograma de implementación.
A partir de entonces, EIP-2537 entró en una fase de desarrollo y pruebas intensivas, con discusiones relacionadas en casi 20 reuniones de desarrolladores principales. Principalmente sobre problemas de codificación ABI, progreso de implementación, seguridad, entre otros.
Sin embargo, a medida que avanza el desarrollo, los problemas de EIP-2537 se hacen cada vez más evidentes. El equipo de Geth ha indicado que es difícil completar el desarrollo dentro del plazo previsto, mientras que el contrato de depósito ya ha completado una versión que no utiliza EIP-2537. La importancia de EIP-2537 ha disminuido como resultado.
En las reuniones posteriores, los problemas de implementación y prueba de EIP-2537 continuaron existiendo. Finalmente, en la 99ª reunión de desarrolladores principales, se decidió sacar EIP-2537 de la actualización de Berlin, siendo la principal razón que consumió demasiados recursos de desarrollo, afectando el progreso de otros EIPs.
Desarrollo posterior
En la actualización de Londres, que se llevó a cabo en Berlín, los desarrolladores consideraron incluir el EIP-2537, pero fue abandonado nuevamente debido a su complejidad. La actualización de Shanghai tampoco incluyó el EIP-2537, ya que el enfoque estaba en implementar la función de retiro de PoS.
La actualización de Cancun tampoco discutió EIP-2537, ya que el enfoque está en apoyar EIP-4844.
Hasta febrero de 2024, los desarrolladores volverán a discutir la inclusión de EIP-2537 en la actualización de Pectra. En ese momento, la implementación de EIP-2537 ya no será un problema principal, solo existirá un problema de precios de consumo de gas.
De diciembre de 2024 a enero de 2025, la conferencia de desarrolladores confirmó finalmente el modelo de precios de EIP-2537, resolviendo el problema de costos. Matter Labs, como proponente inicial, ya se había retirado prácticamente de la discusión.
Resumen
El proceso de EIP-2537 refleja la complejidad del proceso de gobernanza de Ethereum. Desde ser inicialmente considerado como un contenido de actualización central, hasta ser pospuesto varias veces debido a la dificultad y complejidad de su implementación, y finalmente ser incluido en la actualización, EIP-2537 ha pasado por un largo proceso. Este proceso refleja las consideraciones y equilibrios de Ethereum en términos de desarrollo técnico, logro de consenso y selección de prioridades.
Cada actualización de Ethereum tiene su tema y enfoque específicos. La inclusión de un EIP no solo depende de su propio valor, sino que también está estrechamente relacionada con la etapa de desarrollo actual de Ethereum y su dirección prioritaria. El proceso de EIP-2537 muestra la flexibilidad de la gobernanza de Ethereum y la actitud cautelosa de la comunidad frente a los desafíos técnicos.