Error de red de prueba de fusión de Ethereum solucionado

La primera fusión pública con la prueba de participación completa en la nueva red de prueba de Ethereum no fue fácil.

Había un problema con los endianos, que eran “el orden o secuencia de bytes de una palabra de datos digitales en la memoria de la computadora”.

“El nodo de baliza de Prysm usó endianness incorrecto para clasificar/desclasificar el campo base_fee_per_gas en el objeto de ejecución_carga útil”, dice Prysmatic Labs, los desarrolladores detrás del cliente eth2 más utilizado, Prysm. Agregan:

“Hoy, la capa de ejecución usa big endian y la capa de consenso usa little endian.

Dado que Prysm desarma incorrectamente la carga útil de ejecución a su forma original, el cliente de la capa de ejecución rechazó correctamente la carga útil deformada al llamar al punto final engine_newpayloadv1 al devolver INVALID_BLOCK_HASH”.

En otras palabras, la red de prueba hizo exactamente lo que se suponía que debía hacer: probar el rendimiento en una emulación de red en vivo ahora que el producto está fuera del ‘laboratorio’.

El error aquí se debe a que el laboratorio usa una unidad fija, mientras que la red en vivo tiene algunas diferencias, como dice Prysm:

“Este problema no apareció en las redes de desarrollo anteriores [because] la tarifa base era 7, que es igual independientemente de la endianidad. Tampoco apareció en las pruebas unitarias porque se usó 7 como valor de entrada”.

Entonces, no es un error, es un error, pero obviamente es necesario captarlo, lo que muestra más que el desarrollo ha llegado a la etapa en la que ajustan cada cosa para prepararse para la gran actualización.

Sin embargo, lo que hace que esto sea más interesante es que está involucrado Prysm y aún así la red de prueba siguió funcionando.

Eso es porque «los bloques que faltan representan ~15-20% del total de bloques». Necesita alrededor del 33% para que la red se detenga.

Sin embargo, en la cadena Beacon en vivo actual, se estima que Prysm tiene el 66% de los nodos. Algo que, si algo sale mal, no solo detendría la red, sino que también podría requerir días para reiniciarse.

Diversidad de clientes ETH2, marzo de 2022Diversidad de clientes ETH2, marzo de 2022

Entonces, ¿debemos esperar que los corredores de nodos se tomen más en serio ese porcentaje de umbral del 33% para cualquier cliente una vez que eth esté completa en la Prueba de participación? ¿O es más que en testnet, son principalmente los desarrolladores los que juegan y obviamente son muy conscientes de la necesidad de la diversidad de clientes?

Eso está por verse, pero el dominio de Prysm comenzó durante la red de prueba de la cadena Beacon en 2020 y luego continuó también en la red en vivo.

Si no tiene tal dominio en esta nueva red de prueba, bien puede indicar que tampoco lo tendrán en la nueva red en vivo.

Hasta ahora, la cadena Beacon es una cadena ficticia en la que no se realizan transferencias. Entonces, los desarrolladores y los corredores de nodos tal vez no pensaron que la diversidad de clientes era tan importante.

Sin embargo, una vez que Ethereum se actualice a la Prueba de participación completa, estos clientes de nodo ejecutarán todo, los CPD sensibles en cascada de MakerDAO, depósitos en Coinbase, NFT e incluso Land on Decentraland.

Lo que está en juego, por lo tanto, alcanza el punto de total. Y entonces tenemos una indicación de que los desarrolladores, frente a esa situación, se toman muy en serio el umbral del nodo.

Algo que puede ser la verdadera solución aquí, si continúa igual en livenet también.

A %d blogueros les gusta esto: