Los desarrolladores de Ethereum abordan un posible problema antes de la fusión

Durante la 92.ª llamada de capa de consenso de Ethereum, los desarrolladores discutieron algunas soluciones a un problema potencial en la ejecución fluida de la inminente fusión de la red, cuando Ethereum pasa de su actual protocolo de prueba de trabajo (PoW) a la prueba de participación de Beacon Chain ( PoS) cadena de bloques.

Alex Stokes, investigador de la Fundación Ethereum , expresó su preocupación por una posible falla de MEV-Boost . La vulnerabilidad podría afectar la forma en que los operadores de retransmisión, que son intermediarios entre los creadores de bloques y los validadores, se comunican entre sí. Como resultado, la adición ordenada de bloques a la cadena de bloques podría verse interrumpida.

Sin embargo, Stokes le dijo a CoinDesk que esta complicación no debería tener ningún efecto en el cronograma de la fusión.

MEV-Boost es un componente importante del "valor máximo extraíble" (MEV) para Ethereum. MEV se refiere a los ingresos que reciben los mineros (bajo PoW) y los constructores y validadores de bloques (bajo PoS) como resultado de la inserción o reordenación de transacciones dentro de un bloque.

MEV-Boost, que está diseñado para evitar la centralización de MEV , es un componente de middleware que permite a los validadores Request bloques de una red de constructores. Después de la fusión, quienes interactúan con la red enviarán sus transacciones a través de la cadena de bloques a los constructores de bloques. La función MEV-Boost luego recopilará estos bloques y los ofrecerá a los validadores. Los validadores seleccionarán y propondrán los bloques más rentables para la red Ethereum .

Si hay un mal funcionamiento en MEV-Boost, se interrumpirá toda la cadena de bloques PoS. Un fallo con un operador de retransmisión podría no liberar un bloque en el momento adecuado. Entonces se perderían una serie de bloques de validadores que ejecutan MEV-Boost. Eso sucedería si el validador no puede proponer un bloqueo debido a un relé que no tenía una forma de señalar un comportamiento malicioso a los validadores.

El siguiente conjunto de validadores podría verse comprometido, y si propusieran un bloque que se haya ocupado del relé malicioso, los mismos problemas continuarían, impidiendo la producción de bloques indefinidamente.

Sigue leyendo: El problema con MEV en Ethereum

Durante la convocatoria, una propuesta abordó la posibilidad de introducir un disyuntor. Esto podría ser tan simple como escribir un código que le indique al validador que se apague automáticamente si faltan bloques. Esta sería una medida arriesgada porque los validadores podrían impedir deliberadamente que se propongan bloques. Hay incentivos para hacerlo y, al engañar a otros validadores, la persona podría monopolizar las ganancias de MEV.

Otros desarrolladores también sugirieron que un panel de terceros podría vigilar los relés. El equipo de Flashbots, los desarrolladores detrás de MEV-Boost, ya están trabajando para crear algún tipo de sistema de monitoreo público de la actividad de MEV. Ben Edgington, propietario principal del producto Teku en ConsenSys, que participa en el desarrollo de Merge, dijo a CoinDesk que existen varias opciones para lograr la solución adecuada para el problema de MEV-Boost. "Es sólo una cuestión de elegir un buen enfoque", afirmó.

Sigue leyendo: ¿Son los constructores de bloques la clave para resolver los problemas de centralización MEV de Ethereum?

Christine Kim, investigadora asociada de Galaxy Digital que tomó notas sobre la reunión, dijo que “MEV-Boost ya deposita una confianza inherente en los operadores de retransmisión. Siempre se ha conocido la confianza en los operadores de retransmisión para obtener MEV, pero lo que no se sabía antes de la llamada del jueves era la capacidad de un operador de retransmisión de causar potencialmente un tiempo de inactividad de la red en este proceso”.

Después de la llamada, Stokes le dijo a CoinDesk que los desarrolladores están explorando opciones que harían que los usuarios esperaran a que se complete la fusión antes de intentar usar el constructor, o introducir algún tipo de disyuntor. Stokes dijo que las posibilidades de una falla de MEV-Boost son muy bajas, pero está presionando para implementar algún tipo de solución en caso de que suceda.