Ethereum encontró un error de mejora en tesnet justo antes de la bifurcación complicada de Shanghái – Cryptoshitcompra

Las pruebas en la red de prueba de Zhejiang Ethereum justo antes de la bifurcación complicada de Shanghái revelaron bastantes errores, pero prácticamente nada afectó el progreso de la introducción del staking en la red.

cryptoshitcompra.com/wp-content/uploads/2023/02/Ethereum-encontro-un-error-de-mejora-en-tesnet-justo-antes.jpg» alt=»Ethereum encontró un error de desarrollo en tesnet antes de la bifurcación dura de Shanghái» width=»800″ height=»500″/>

El desarrollador Marius VanDerWijden ha documentado un error de sincronización que otros consumidores han experimentado y el personal de Ethereum está seguro de que puede solucionarse. Mencionó que este error no tendrá efecto en ningún cronograma establecido para la actualización propuesta de la red de prueba de Sepolia programada para el 28 de febrero.

Enlace para corregir: https://t.co/092ZPcN7mz

— MariusVanDerWijden (@vdWijden) 16 de febrero de 2023

La última actualización de retiro de devnet en profundidad, una verificación de presión que incorporó 600 000 validadores, 360 000 de los cuales llevaron a cabo actualizaciones de credenciales de retiro en el momento de la bifurcación complicada.

El desarrollador Tim Beiko dice que ha habido un aumento de RAM y CPU, por lo que los desarrolladores compararán la cantidad de notificaciones de actualización de inicio de sesión perdidas con la cantidad registrada en los últimos días al día siguiente.

La prueba también reveló un error entre el consumidor de PoS, Prysm y el consumidor de Besu creado para las instancias de uso permitidas. Para sincronizar de manera efectiva, el usuario de Prysm espera una cantidad específica de respuestas, pero Besu impone límites de respuesta que hacen que la aplicación se arrastre por debajo del umbral de sincronización exigido, por lo que el equipo de Besu está evaluando este desafío.

Esta prueba también reveló un desafío de Prysm Besu, donde Besu limita la cantidad de respuestas que envía a través de RPC para reducir DoS, pero Prysm anticipó más respuestas que la restricción más reciente de Besu. El equipo de Besu está actualmente investigando esto.

— timbeiko.eth (@TimBeiko) 16 de febrero de 2023

Después de discutir cómo optimizar mejor la orientación del primer comprador, los desarrolladores finalmente decidieron prohibir las transacciones 4844 por completo, lo que cambiaría la percepción del comprador sobre las transacciones y podría complicar el proceso de configuración.

Después de algunas idas y vueltas, hemos decidido prohibirlos por completo por ahora. Esto hará que las cosas sean más fáciles para los clientes en su primera implementación, y siempre es más fácil aflojar una restricción que agregar una nueva.

— timbeiko.eth (@TimBeiko) 16 de febrero de 2023

Los desarrolladores también hablaron sobre cómo desaprobar «SELFDESTRUCT», que rescindiría el contrato, eliminaría el código de bytes del contrato de la cadena de bloques y redirigiría el dinero del contacto a una dirección específica.

Moneda sintética68

Quizás te interese: